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MINIMUM BANDWIDTH GUARANTEE FOR 
CROSS-POINT BUFFER SWITCH 

CROSS-REFERENCE 

The present invention is related to subject matter dis- ^ 
closed in the following co -pending application: 

1. United States patent application entitled, "Minimum 
Bandwidth Guarantee For Input-Buffered Packet 
Switch", Ser. No. 09/348,134, naming Hiroshi Suzuki 
as the inventor, filed substantially contemporaneously 
with the present application and incorporated by refer- 
ence herein in its entirety. 
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BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

The present invention is related to a method and system 
to be utilized in data communications. In particular, the 
present invention is related to a method and sy.slem to be 
utilized in data communications involving at least one data ^ 
communications network. 

2. Description of the Related Art 

Data communications is the transfer of data from one or 
more sources to one or more sinks that is accomplished (a) 
via one or more data links between the one more sources and 
the one or more sinks (b) according to a protocol. A data link 
is the means of connecting communications facilities or 
equipment at one location to communications facilities or 
equipment at another location for the purpose of transmitting 
and receiving data. A protocol, in communications, 
computer, data processing, and control systems, is a set of 
formal conventions that govern the format and control the 
interactions between at least two communicating functional 
elements in order to achieve efficient and understandable 
communications. Examples of protocols are Internet Proto- 
col (IP) and Asynchronous Transfer Mode (ATM) protocol. 

A data communications network is the interconnection of 
three or more communicating entities (i.e., data sources 
and/or sinks) over one or more data links. A data commu- 
nications network connects and allows communication 
between multiple data sources and multiple data sinks over 
one or more data links. The concept of a data link includes 
the media connecting the one or more data sources to one or 
more data sinks, as well as the data communications equip- 45 
ment utilizing the media. The data communications net- 
works utilize protocols to control the interactions between 
data sources and sinks communicating over the one or more 
data links. Thus, it follows that such protocols must take into 
account the data communications requirements of data jq 
sources and sinks desiring communication over the one or 
more data links. 

Referring now to FIG. 1, shown is a partially-schematic 
diagram of a related art data communications network. 
Depicted are six data sources/sinks: data source/sink A 100, 55 
data source/sink B 102, data source/sink C 104, data source/ 
sink D 106, data source/sink E 108, and data source/sink F 
110. The depicted six data sources/sinks are connected 
by/through data communications network 112. Illustrated is 
that data communications network 112 is composed of 
numerous data communications links 150-184 and network 
nodes 116-128. Shown is that within each network node 
116-128 resides crossbar switches 130-142, respectively 

Historically, each crossbar switch 130-142, was a switch 
that had a number of vertical paths, a number of horizontal 65 
paths, and electromagnetic-operated mechanical devices, 
i.e., electromechanical relays, for interconnecting any one of 



the vertical paths with any one of the horizontal paths. 
(While the foregoing is historically truth those skilled in the 
art will recognize that the logical functions of crossbar 
switches are generally performed using combinational cir- 
cuits; however, the term "crossbar*' switch has been retained 
for such combinational circuits even though such circuits 
typically no longer actually utilize a true physical 
"crossbar") Thus, the electromagnetic-operated mechanical 
devices within each crossbar switch 130-142 can be utilized 
to interconnect at least one data communications link on one 
side of any particular crossbar switch to at least one data 
communications link on the other side of the particular 
crossbar switch. For example, crossbar switch 130 internal 
to network node 116 contains circuitry sufficient to connect 
any one of data communications links 150-154 with any one 
of data communications links 156-162. Likewise, crossbar 
switch 136 internal to network node 122 contains circuitry 
sufficient to connect any one of data communications link 
163, 166, 170 with any one of data communications links 
174-176. The same holds true for the other crossbar 
switches depicted in FIG. 1. 

When data communications is desired between any two 
data sources/sinks (e.g., data source/sink A 100 with data 
source/sink D 106, data source/sink B 102 with data source/ 
sink F 100, or data source/sink C 104 with data source/sink 
E 108) appropriate crossbar switches 130-142 can be uti- 
hzed to establish hardwire paths between the data source/ 
sink pair. At present, there are two basic ways in which 
crossbar switches 130-142 can be utilized to establish a 
communications path through data communications network 
112: (1) by use of what is known in the art as "circuit 
switching"; and (2) by use of what is known in the art as 
"packet switching." The present invention is related to 
crossbar switches in packet -switched networks. However, 
before packet-sv^^tched networks are discussed, the func- 
tioning of crossbar switches in a circuit-switched network is 
discussed because discussing the functioning of crossbar 
switches in a circuit switched network serves as a good 
introduction to discussing the functioning of crossbar 
switches in packet-switched networks. 

Referring now to FIG. 2, shown are three "circuit 
switched" paths which are used to introduce the functioning 
of crossbar switches. In what is known in the art as "circuit 
switching," an actual physical circuit is established between 
each data source/sink pair. Depicted in FIG. 2 is circuit 
switched path 1 connecting data source/sink A 100 with data 
source/sink D 106. Illustrated is that circuit switched path 1 
is composed of data communications link 150-network node 
116-data communications link 162-network node 126-data 
communications link 178-network node 124-data commu- 
nications link 170-network node 122-data communications 
link 174. With respect to circuit switched path 1, shown is 
that crossbar switch 130 connects data communications hnk 
150 with data communications link 162, crossbar switch 140 
connects data communications link 162 with data commu- 
nications link 178, crossbar switch 138 connects data com- 
munications link 178 with data communications link 170, 
crossbar switch 136 connects data communications link 170 
with data communications link 174. Also depicted is circuit 
switched path 2 connecting data source/sink B 102 with data 
.source/sink F 110. Circuit switched path 2, and each of the 
depicted components making up circuit switched path 2, 
functions in a manner similar to that described in relation 
circuit switched path 1, Further depicted is circuit switched 
path 3 coimecting data source/sink C 104 with data source/ 
sink E 108. Circuit switched path 3, and each of the depicted 
components making up circuit switched path 3, also func- 
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tions in a manner similar to that described in relation circuit 
switched path 1. 

Referring now to FIG. 3, shown is the use of "packet 
switching" to transmit data through data network 112, and 
how crossbar switches are utilized in a packet-switched 
network. In what is known in the art as "packet switching/' 
data to be transmitted between each data source/sink pair is 
encapsulated in a "packet" which, in data commimications, 
Ls a sequence of binary digits that (a) includes data, control 
signals, and possibly error control signals, and (b) is 
arranged in a specific format, such as a header part and data 
part, wherein the header part generally contains information 
indicative of the source and destination of the data part of the 
packet (thus, as used, the term "packet" includes all such 
unitized data, such as, for example IP packets or ATM cells. 
Whereas in circuit switching, crossbar switches 130-142 
were keyed to and switched, or controlled, upon the basis of 
a circuit to be established throughout data communications 
network 112 throughout the duration of a call, in "packet 
switching'* crc)ssbar switches 130-142 are keyed to, and 
switched upon, the basis of header information (e.g., the 
source and destination information contained within the 
header). That is, each crossbar switch 130-142 typically has 
some intelligence sufficient to (1) "read" the source and 
destination information of a packet received into the cross- 
bar switch from a data communications link serving as input 
to the crossbar switch, (2) on the basis of such read source 
and destination information determine the appropriate data 
communications link to serve as output from the crossbar 
switch, (3) establish a connection between the input data 
communications link and output data communications hnk, 
and (4) thereafter transmit the packet across a switch. 

Depicted in FIG. 3 are packets 300-316. Illustrated is that 
packets 300-304 contain data originating at data source/sink 
A 100 and destined for data source/sink data source/sink D 
106, a fact reflected in the headers of packets 300-304. In 
addition, shown is that the headers of packets 300-304 are 
also numbered relative to each other, so that the packets can 
be placed in their appropriate order upon receipt at data 
source/sink D 106. Illustrated is that packets 306-310 con- 
tain data originating at data source/sink B 102 and destined 
for data source/sink data source/sink E 108, a fact reflected 
in the headers of packets 306-310, In addition, shown is that 
the headers of packets 306-310 are also numbered relative 
to each other, so that the packets can be placed in their 
appropriate order upon receipt at data source/sink E 108. 
Illustrated is that packets 312-314 contain some data origi- 
nating at data source/sink C 104 and destined for data 
source/sink D 106, some data originating at data source/sink 
C 104 and destined for data source/sink E 108, some data 
originating at data source/sink C 104 and destined for data 
source/sink F 110, a fact reflected in the headers of packets 
312-316. 

Inspection of data communications network 112 shows 
that there are multiple paths through data communications 
network 112 from any data source/sink A 100, data source/ 
sink B 102, or data source/sink C 104, to any data source/ 
sink D 106, data soxu-ce/sink E 108, or data source/sink F 
110. Since packet switching Ls being utilized, each crossbar 
switch 130-142 is rapidly switching between various inputs 
and outputs in response to the source and destination infor- 
mation in each packet received on each input of each such 
crossbar switch 130-142. Tliis rapid switching is illustrated 
by the dashed lines connecting the data communications 
links on either side of the crossbar switches 130-142. 

Those skilled in the art will recognize that there are two 
basic ways in which packets are transmitted through a 
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packet switched network; the datagram method and the 
virtual circuit method. In the datagram method, each packet 
is treated independently. That is, each network node 
116-128 makes an independent routing decision for each 
5 packet received, irrespective of similarly addressed packets 
previously received. Consequently, it is likely that packets, 
even if they have the same destination address, will not all 
follow the same route through data communications network 
112, and thus it will be up to the destination data source/sink 
to reassemble the packets in the correct order upon receipt. 
In the virtual circuit approach, a fixed route from a particular 
data source/sink to a particular data source/sink, through 
designated network nodes of data communications network 
112, is estabUshed prior to any packets are sent. Thereafter, 
all packets from the particular data source/sink to the 
particular data source/sink wiU follow the fixed route 
through data communications network 112 thereby ensuring 
that any packets so transmitted arrive at the destination data 
source/sink in the order in which such packets were trans- 
mitted. 

In the early days of data communications networks, 
circuit switching was used for data communications requir- 
ing near continuous transmission and reception (e.g. full 
motion video and/or continuous audio), while packet switch- 

25 ing which used for virtually all other types of data. However, 
in more recent times a move has been made in the industry 
to utilize packet switching, even for data communications 
traditionaUy thought to require near continuous transmission 
and reception. Examples of this are seemingly continuous 

3Q voice and data over Internet Protocol (IP) or Asynchronous 
Transfer Mode (ATM) networks. This is achieved by a 
digitizing, segmenting, packetizing, transmitting, 
unpacketizing, re-assembling, and displaying the data at a 
speed sulBcient such that human perception cannot detect 

35 discontinuity in the data. 

As packets transit data communications network 112, it is 
possible and indeed likely that multiple packets wiU con- 
verge upon a particular network node substantially simulta- 
neously and/or in rapid succession. An illustration of such an 

40 event is depicted in FIG. 4, wherein is shown network node 
122 containing crossbar switch 136. Depicted is that nine 
packets which were illustrated in FIG, 3 as being generated 
by data sources/sinks A 100, B 102, and C 104 are converg- 
ing upon network node 122. Notice that two of the first 

45 packets that will be received by network node 122, at what 
will be assumed to be substantially the same time, are both 
directed to data source/sink 106 (e.g., packet 304 and 312) 
which resides on data communications link 174. Packet 304 
arrives at network node 122 via data communications link 

50 166 while packet 312 arrives at network node 122 via data 
communications link 170 at substantially same time. 

As those skilled in the art will appreciate, by its nature 
crossbar switch 136 can only connect one data communi- 
cations link to data communications link 174 at any par- 

55 ticular instant in time. Thus, one or the other of data packets 
304 and 312 will have to wait, typicaUy in a buffer, depend- 
ing upon which of data packets 304 and 312 crossbar switch 
136 decides to transmit first. 

In the early days of packet switched networks, the fact 

60 that data packets might have to wait for transmission at a 
particular network node did not pose that great of a problem, 
and such delays were in the main tolerated. However, the use 
of packet switching for such data communications requiring 
near continuous transmission and reception has given rise to 

65 a need to be able to schedule which packets will have to 
wait, and which will be directly transmitted through a 
particular node by a particular crossbar switch, since it is 
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critical that such traffic (network traffic consisting of data least one cross-point buflfer switch egress substantially sat- 

requiring near continuous transmission reception, such as isfies a designated target amount of actual data transmission 

full motion video and/or audio) experience substantially per unit time. 

minimal delays at network nodes as such traffic transits data The foregoing is a summary and thus contains, by 
communications network 112. 5 necessity, simplifications, generalizations and omissions of 

The need for scheduling packets through a particular detail; consequently, those skilled in the art will appreciate 

crossbar switch that is resident within a particular network that the summary is illustrative only and is not intended to 

node has been met by the creation of what are known in the be in any way Umiting. Other aspects, inventive features, 

art as "schedulers". These schedulers use a variety of and advantages of the present invention, as defined solely by 
different schemes to ensure that data packets designated as lO the claims, will become apparent in the non-limiting detaHed 

having "high" or "higher" priority, relative to other data description set forth below. 

packets waiting for transmission through a particular cross- ^^^^^ DESCRIPTION OF THE DRAWINGS 
bar switch, are transmitted prior to data packets havmg 

relatively "low" or "lower" priority. The present invention may be better understood, and its 

Schedulers in existence do a passable job of ensuring that numerous objects, features, and advanUges made apparent 

the relatively "high" or "higher" data packets transit par- those skilled in the art by referencing the accompanying 

ticular crossbar switches relatively efficiently. However, drawings. 

recall from the discussion above that other traffic exists on FIG. 1 shows a partially-schematic diagram of a related 

data communications network 112 which, although of a art data communications network. 

"low" or "lower" priority, still needs to transit data commu- FIG. 2 shows three "circuit switched" paths which are 

nications network 112. Unfortunately, virtually all schedul- used to introduce the functioning of crossbar switches, 

ers in existence focus on assuring that the relatively "high" piQ. 3 shows the use of "packet switching" to transmit 

or "higher" priority data packets transit particular crossbar data through data network 112, and how crossbar switches 

switches in an efficient manner, and then rely on network are utilized in a packet-switched network, 

"slack," or a momentary decrease in data traffic loading at pjQ 4 ^^^^^ network node 122 containing crossbar 

the particular crossbar switches to allow the transmission of switch 136 

the relatively a "low" or "lower" priority data packets ^ ^^^^^ ^ ^^^^^ ^.^^ ^^^^^^^^ 

through the particular crossbar switches. contained within network node 122. 

The foregoing referenced scheduler schemes mitially 3^ ^ ^^^^^ ^ high-level partially schematic block 

worked relatively well. However, increasing data commu- ^.^^^^^ depicting an embodiment of the present invention 

nications network traffic has made it more and more likely ^^^^^^^ .^^^^ ^^^^^^ ^^^^^^ ^^^^^ ^^^^ 

that insufficient slack will mamfesl itself withm the network ^ ■ ^ ^^^^^ ^^-^^ accessed independently 

sufficient to allow the transmission of the low or lower simultaneously with, other queues associated with 
priority data packets through the particular crossbar 35 ^^^^ ingress-egress pairs. 

switches. Hie result of th^ is typically buffer (temporary ^ ^ ^ ^^^^^^^ ^^^^ 

packet storage available within arcuitry su^^^^^^ pro^- J^^^^^ ^^^^^^ ^^^^^^^ ^^^^^^^ 

mate to the associated particular crossbar switch, such 1 enA 

, . , . * , ^ u a * u Ingress 1 500, Ingress 2 502, and Ingress 3 504. 

circniitry being known in the art as the crossbar "switch . . , ■ ^ u 1 -n . 

fabric") overloading and subsequent loss of data at the FIG. 8 A shows a high-level logic flowchart dlustrati^^^^ 

particular crossbar switches. The inability to transmit such P^cess which can be uUlized by excess bandwidth sched- 

low or lower priority data packets through one or more ^1^^ for Egress„l 600 and guaranteed mmimum bandwidth 

particular crossbar switches is known in the art as "starving^' scheduler for Egress_l 602. 

the low or lower priority data packets by denying them FIG. 8B1 depicts a high-level logic flowchart showing an 

network bandwidth necessary for them to remain in exist- embodiment of a process, referenced in method step 809 of 

ence. FIG- ^A, whereby a packet is transmitted under the control 

Hiose skilled in the art will recognize that although of guaranteed minimum bandwidth scheduler for Egress J 
certain data packets have been designated to be of a rela- 

tively low or lower priority in a data network communica- FIG. 8B2 depicts a high-level logic flowchart illustrating 
tions sense, such data is still important to the persons &om 50 ^" embodiment of a process, referenced m method step 813, 

whom and to whom it is directed. Accordingly, it is apparent utilized to update pomter PEL 

that a need exists in the art for a method and system which FIG. 8C1 dcpias a high-level logic flowchart showing an 

will substantially alleviate the starving of relatively low or embodiment of a process, referenced in method step 811 of 

lower priority data packets while substantially insuring that FIG. 8A, whereby a packet is transmitted under the control 
relatively high or higher priority data packets transit a 55 of excess bandwidth scheduler for -Egress_l 600. 

particular crossbar switch with relatively low delay. FIG. 8C2 depicts a high-level logic flowchart illustrating 

an embodiment of a process, referenced in method step 823, 
SUMMARY OF THE INVENTION utilized to update pointer PEBl. 
It has been discovered that a method and system can be FIG. 9 shows a high-level partially schematic block 
achieved which will substantially alleviate the starving of 60 diagram depicting an embodiment of the present invention 
relatively low or lower priority data packets at a particular in the context of an input queued switch where each ingress- 
crossbar switch within a data communications network egress pair has a queue which can be accessed independently 
while subsUntiaUy ensuring that relatively high or higher of, and simultaneously with, other queues associated with 
priority data packets transit that same particular crossbar other ingress-egress pairs. 

switch with relatively low delay. The method and system 65 FIG. 10 depicts a high-level logic flowchart which iUus- 

substantially ensure that actual data transmission per unit trates the control of the values of bandwidth counters for 

time from at least one cross-point buffer switch ingress to at Ingress_l 500, Ingress_2 502, and Ingress_3 504. 
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FIG. 11 A shows a high-level logic flowchart illustrating a FIG. 20 shows an example of a "packet transmit by 

process which can be utilized by excess bandwidth sched- contention resolution and transmit packet scheduler" pro- 

uler for Egress _Z 604 and guaranteed minimum bandwidth cess. The use of the same reference symbols in different 

scheduler for Egrcss__2 606. drawings indicates similar or identical items. 

FIG. UBl depicts a high-level logic flowchart showing 5 fig. 21 shows an example of the "schedulers (one at each 

an embodiment of a process, referenced in method step 1109 egress) utilize guaranteed minimum bandwidth and excess 

of FIG. IIA, whereby a packet is transmitted under the bandwidth constraints to resolve any contentions arising 

control of guaranteed minimum bandwidth scheduler for from more than one queue at the same ingress vying for 

Egrcss„2 606. access to an egress, and build Candidate Ingress Queue- 

FIG. 11B2 depicts a high-level logic flowchart illustrating Egress Physical Connections Matrix for each egress" pro- 

an embodiment of a process, referenced in method step cess referenced in method step 2000. 

1113, utilized to update pointer PE2. FIG. 22 depicts an example of the "no candidate packet 

FIG. 11 CI depicts a high-level logic flowchart showing selected" process referenced in method step 2106. 

an embodiment of a process, referenced in method step 11 11 FIG. 23 illustrates an example of the "Select a Candidate 

of FIG. IIA, whereby a packet is transmitted under the for Egress_e Taking Into Account Minimum Bandwidth 

control of excess bandwidth scheduler for Egress_2 604. Scheduler Constraints" process referenced in method step 

FIG. 11C2 depicts a high-level logic flowchart illustrating 2110. 

an embodiment of a process, referenced in method step FIG. 24 shows an example of the "update value held 

1123, utilized to update pointer PEB2. within pointer PE_e" process referenced in method step 

FIG. 12 shows a high-level partially schematic block 2302. 

diagram depicting an embodiment of the present invention FIG. 25 depicts an example of the "Select a Candidate for 

in the context of an input queued switch where each ingress- Egress_e Taking Into Account Excess Bandwidth Scheduler 

egress pair has a queue which can be accessed independently Constraints" process referenced in method step 2112. 
of, and simultaneously with, other queues associated with 25 FIG. 26 shows an example of the "update value held 

other ingress-egress pairs. within PEB__e" process referenced in method step 2502. 

FIG. 13 depicts a high-level logic flowchart which illus- pic. 27 shows an example of the "ingress queue-egress 

trates the control of the values of bandwidth counters for connection schedulers (one at each egress) utilize Candidate 

Ingress_l 1201, Ingress^ 1203, and Ingress_M 1205. Ingress Queue-Egress Physical Connections Matrix, resolve 
Method step 1300 shows the start of the process, 30 any contentions arising from more than one egress sched- 

FIG. 14A shows a high-level logic flowchart illustrating a uled to connect to the same ingress, and build Granted 

process which can be utilized by excess bandwidth sched- Ingress Queue-Egress Physical Connections Matrix for each 

uler for Egress_N 1204 and guaranteed minimum band- egress" process referenced in method step 2002. 

width scheduler for Egress_J^ 1206, FIG. 28 shows an example of the "update value held 

FIG. 14B1 depicts a high-level logic flowchart showing ^5 vvithin PI_i" process referenced in method steps 2714 and 

an embodiment of a process, referenced in method step 1409 2710. 

of FIG. 14A, whereby a packet is transmitted under the FIG. 29 shows an example of the "transmission units (one 

control of guaranteed minimum bandwidth scheduler for ^t each egress), utilizing Granted Ingress Queue -Egre.ss 

Egress_i^ 1206. Physical Connections Matrix, transmit packets adjusting 

FIG. 14B2 depicts a high-level logic flowchart illustrating bandwidth counters as appropriate" process referenced in 

an embodiment of a process, referenced in method step method step 2004. 

1413, utilized to update pointer PE_N. xhe use of the same reference symbols in different draw- 

FIG. 14C1 depicts a high-level logic flowchart showing ings indicates similar or identical items, 
an embodiment of a process, referenced in method step 1411 

of FIG. 14A, whereby a packet is transmitted under the DESCRIPTION OF THE PREFERRED 

control of excess bandwidth scheduler for Egress„N 1204. EMBODIMENT(S) 

FIG. 14C2 depicts a high-level logic flowchart illustrating The following sets forth a detailed description of the best 

an embodiment of a process, referenced in method step contemplated mode for carrying out the invention as 
1423, utilized to update pointer PEB_N. jq described in the claims. The detailed description is intended 

FIGS. 15 and 16 show a pictographic representations of to be illustrative and should not be taken as limiting, 

the "minimum bandwidth guarantee for crossbar switches with reference to the figures, and in particular with 

having input queues" scheme employed within a crossbar reference now to FIG. 5, shown is an expanded view of 

switch having non-indcpendently accessible input buffers crossbar switch 136 contained within network node 122. 
environment (hereinafter, for sake of brevity, a crossbar 55 Depicted is that respectively associated with switch 

switch having non-indcpendently accessible input buffers ingresses 500-504 into crossbar switch 136 are lookup table 

win be referred to as an "input -buffered crossbar switch"). mappers 506-510, which map each received data packet to 

FIG. 17 shows an example of cross-point buffer switch its appropriate switch egress 512-514 dependent upon infor- 

1700 responding to a particular state of events illustrated in mation contained within the header of each such received 

pending packets requesting transmission diagram 1702. data packet in a fashion well-known to those having ordi- 

FIG. 18 depicts an example of a crossbar switch 1800, nary scale on the art. 

having one input buffer 1801 per each ingress of crossbar Switch egresses 512-514 respectively connect with data 

switch 1800, where each switch ingress has associated with communications links 174-176. As has been discussed, it is 

it a number of "queues". possible that multiple packets, destined for the same data 

FIG. 19 shows a high-level logic flowchart illustrating a 65 communications link, will arrive at substantially the same 

process which can be utilized with cross bar switches having time at network node 122. So that data is not lost while a 

input buffers. preceding packet is transmitted over the desired data com- 
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munications link, a queue is often associated with each i and the Egress j. The scheme is that if a particular ingress, 

ingress-egress pair within a particular crossbar switch such represented by Q,y, (a) has data waiting to be transmitted, 

that one more packets can be stored while waiting to be and (b) also has a bandwidtli counter which indicates that 

transmitted over the currcntly-in-usc data communications Ingress i has actual data transmission per unit time from 

link. Examples of queues are illustrated in HG. 5 as ingress- 5 Ingress i to Egress j less than Ingress i's target mmimum 

egress queues 516-526, each of which is shown respectively amount of actual -data transmission per unit time from 

connected between its associated particular ingress-egress I^S^ess i to Egress j, then Ingress i (or U s associated queue 

Q^y) will be given access to Egress j before any other 
ingresses (or queues) which fail to meet such dual criteria. 

Since it ^ possible that more than one ingress-egress addition, the scheme will release control of access to an 

que,ie 516-526 wiU have data wailmg for transmission over lO ^ . ^^j^^,. ^^^^ ^^^^^^ ^^^^^^ ^^^^ ^.^^^^ 

the ^me egress, it is necessary to schedule the order in minimum actual data transmissions per unit Ume for 

which mgress-egre^ queues 516-526 associated with a ^^.^^^^ folding the Egress j have been met. or (b) 

particular egress wjll be serviced. This fiinction is typically ^^^^^^ ^ 

handled by schedulers 528-530. Egress j 

Most modem scheduler schemes in packet switched net- Subsequent to data transmission from an Ingress i to an 

works use some type of crossbar switch scheme which ^^^^ ^ bandwidth counter W„, is adjusted by a factor 

ensures thai higher pnonty data packets get passed through dependent upon the amount of data transmitted. 

the crossbar switch and lets the lower priority data packets simultaneous with all the foregping taking place, a 

fend for themselves. With respect to those schemes which do ^j^^^^^ ^^^^ background, which, upon the 

try to ensure that some of the lower pnonty data packets gel j^^ji^j; „f ^ j^fi^^j ^„it ^ reinitiaUzes all W., or 

serviced, the basic idea of such schemes is that eventually a ^, bandwidth counters, so thai the largeU per unit time for 

break m the higher pnonty traffic will allow the lower ^„ ; ^ ,i ^,,„t. 

priority traffic to be serviced. ti. tt - u j j^u * r u 

^ ... The minimum bandwidth guarantee for crossbar 

Although from a bandwidth conservation viewpomt, switches having input queues" scheme as described works 

higher pnonty data is more important, m human user ^.ti^uiarly well for an input queued crossbar switches 

terms, even lower pnonty data can be very important The ^^^^^ ^^^^ ingress-egress pair has a queue which can be 

processes and devices descnbed below both ensure that a ^^^^^^^^ independently of, and simultaneously with, other 

substantial portion of the lower pnonty data gets through a ^^^^ associated with other ingress-egress pairs. However, 

crossbar switch and preserve the ability of the switch to when an attempt is made to apply the "minimum bandwidth 

service higher pnonty data. guarantee for crossbar switches having input queues" 

The processes and devices described below go completely scheme to input queued crossbar switches where each 

against the conventional wisdom and, at least initially, ingress-egress pair has a queue which cannot be accessed 

ignore the priority of the packets transiting a switch. Instead, independently of, and simultaneously with, other queues 

the processes and devices ensure that each ingress is allowed 35 associated with other ingress-egress pairs several problems 

an equal share of some defined target minimum actual data ^^s^ ^^^^^ ^^^^i^ ^e overcome in order to aUow the scheme 

transmission per unit time between each particular ingress function with such switches in the most optimum fashion, 

and each particular egress of a switch. Thus, the processes Utilization of the scheme in these different types of switches 

and devices insure that even ingresses having lower priority ^ discussed in turn below, 

data will be serviced on a regular basis, thereby decreasing j Cross-Point Buffer Switch 

the amount of low-priority traffic dropped due to buffer Referring now to FIG. 6, shown is a high-level partially 

overfill. schematic block diagram depicting an embodiment of the 

While the processes and devices described do take away present invention in the context of an input queued switch 

some bandwidth from higher priority traffic, and thus seem where each ingress-egress pair has a queue which can be 

counterintuitive, in most instances the benefits achieved 45 accessed independently of, and simultaneously with, other 

from decreasing data loss (e.g., decreased requests for queues associated with other ingress-egress pairs. As used 

retransmission, decreased network traffic associated with the herein, the defined term for such a switch is "cross-point 

decreased requests for retransmission, decreased delay in buffer switch," a term which arises from viewing the switch 

supplying communications to lower priority users, etc.) as an old-style crossbar switch in which each ingress-egress 

outweigh the cost (a practicably negligible decrease in 50 connection is actually established by crossing two metallic 

bandwidth available to the higher priority traffic). In bars at a particular point in space (the "crosspoint"); when 

addition, since the target can be adjusted, a system admin- the switch is so viewed, each buffer associated with a 

istrator can adjust the parameters associated with the pro- particular ingress-egress pair can likewise be viewed as 

cesses and devices described below until the system admin- being associated with the "cross-point" creating the ingress- 

istrator gets a good balance between serving lower priority 55 egress connection. Hence the term, "cross-point buffer 

traffic and serving higher priority traffic. switch." 

The processes and devices described below utilize a Illustrated is that both switch egress_l 512 and switch 

"minimum bandwidth guarantee for crossbar switches hav- egr6ss_2 514 have respectively associated with them (1) 

ing input queues" scheme that does the foregoing by con- excess bandwidth schedulers 600, 604, and (2) guaranteed 

trolling access of all ingress queues to a particular egress by 60 minimum bandwidth schedulers 602, 606. Each guaranteed 

examining two quantities, W,^. and Q,j, in tandem, W,^ Ls an minimum bandwidth scheduler for each egress assures that 

invented quantity, which is termed a "bandwidth counter," each queue, and consequently each ingress associated with 

and which represents the relationship between (a) actual data each queue, is given some "guaranteed," or target, minimum 

transmission per unit time from an Ingress i to an Egress j data transmission per unit time (as used herein the term 

and (b) a target minimum amount of actual data transmission 65 "guaranteed" means essentially a target which will be sat- 

per unit time from the Ingress i to the Egress j. Q,y is the isfied if the physical constraints of a switch allow) via the 

number of packets in a queue interposed between the Ingress guaranteed minimum bandwidth scheduler's egress, irre- 
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spective of the priority of the packets that might be resident of time. The process shown in FIGS. 8A, 8B1, 8B2, 8C1, 

within each queue. This substantially ensures that no switch and 8C2 depicts how W;^„ „_i_^„,_£g„„_, 608, W^„^„„_ 

ingress is ever completely "starved" of bandwidth, even if 2_/br_EF««_i ^10, and ^,„g„ss_3_for_Egr^s_i 612 can be 

the only packets resident within a particular queue associ- utilized to substantially ensure that none of Ingress_l 500, 

ated with a switch ingress are packets of the lowest possible 5 Ingress_2 502, or Ingr6ss_3 504 is being starved of 

priority. In the event that no queue requesting data trans- ^8J?^-^ . , . ... 

mission has an unmet guaranteed minimum data transmis- Referrmg now to FIG. 8A, shown is a high-level logic 

sion per unit time, the excess bandwidth scheduler for the fl°w<^bar. lUustrating a process which can be uUlized by 

egress assigns such bandwidth over and above that band- ^"""^^ bandwidth scheduler for Egress_l 600 and guaran- 

width constituting guaranteed minimum bandwidth to the lo teed minimutn bandwidth scheduler for Egress 1 602. 

queues associated with the egress in a fair manner. It is to be Method step 800 shows the start of the process. Method step 

understood that, in at least one embodiment, when utilized .^epicts that (1) a pointer, "PEl^ used by guaranteed 

with a cross-point buffer switch, the guaranteed minimum mmimum bandwidth scheduler for Egress_l 602 m the 

bandwidth scheduler and excess bandwidth scheduler at f ' b^l"^' «nitiahzed to be equal to one; and 

each egress functions substantially independent of guaran- 15 (2) a pomter 'TEB 1". used by exce^ bandwidth scheduler 

teed minimum bandwidth schedulers and excess bandwidth Egress_l 600 in the manner set forth below, is initialized 

schedulers at resident at other egresses. ^ ^ f^"?! J° , . ,u , 

Depicted as associated with switch egress_l 512 is Method step 803 lUustrates the mquu-y as to whether at 

guaranteed minimum bandwidth scheduler for cgress_l 602 least one of Ingress 1-Egress_l queue 516. or Ingress^- 

and excess bandwidth scheduler for egress_l 600. As 20 Egress_l queue 520, or Ingr^_3-Egre^_l queue 524 

discussed, guaranteed minimum bandwidth scheduler for ^^'''''g Egress_l 512 has a packet waiUng for tf ^sm™. 

egress_l 602 is keyed to a guaranteed minimum bandwidth 1° event that the mquiry shown in method step 803 finds 

associated with each switch ingress 500-504. The guaran- 'h^^ °f Ingress 1-Egress_l queue 516, or Ingre^ 

teed minimum bandwidth is represented by a bandwidth 2-Egress_l queue 520, or Ingr6ss_3-Egr6ss_l queue 524 

counter, associated with each particular switch ingress 25 feeding Egress_l 512 has apacketwuUng for trmsmission, 

500-504, which is indicative of a relationship between (a) an ^e process proceeds to method step 805 which depicts tiiat 

amount of achial data transmitted, during a prescribed unit ^° P'"=ket is sent. Thereafter, the process proceeds to method 

of time T, from each particular switch ingress 500-504 to ^'^P «03 executes from that point, 

switch egress_l 512 and (b) a target minimum amount of ^ "'at the mquiry shown in method step 803 

actual data transmission from each particular switch ingress 30 finds that at least one of Ingress_l-Egress_l queue 516. or 

500-504 to switch egress 512. These bandwidth counters are Ingress_2-Egress_l queue 520, or Ingress_3-Egress 1 

represented in FIG. 6 as W,„^„„ ,f.r^,r.ss , 608, 524 feechng Egress_l 512 has a packet waitmg for 

«f andW — 612 transmission, the process proceeds to method step 807 

vfiS^Tef^r^n^^^^^^^ to FIG. 7, d^plctid^i^rhrgkle which depicts an embodiment of an inquiry as to whether 

logic flowchart which illustrates the control of the values of 35 one or more queues which have a packet waitmg for 

bandwidth counters for logressj 500, Ingress^ 502, and transmission a^o have a non-zero bandwidth counter; 

Ingtess_3 504. Method step 700 shows the start of the "^^^^d step 807 shows that m one embodiment the mquiiy 

process. Method step 702 depicts that Egress_l_ ^ accomplished by checking whether any one of the fol- 

Countdown„Timer is initialized to Time_Interval_for_ l^^^^^g conditions is met: 

Egress__l. Method step 704 iUustrates that W^„_^,_i 40 Is W^„^^,,_i_^^,_jc^^^_a 608 greater than zero and is at 

/;ne w /;in anH least one packet resident at Ingress „1-Egress_l queue 

£^ri;j^_i Wy„^^_^^_2_/^^_^^e^_i oiu, ana ^„^^^^_3_^^^_ eiif) t, — . & — ^ 

Egress 1 ^ ^^^^ to values indicative of the minimum 51 b or 

data Transmission guaranteed to their respective ingresses Is ^jngress^^or^gress_i greater than zero and is at 

during the Time_Interval__for__Egress_l. Method step 706 least one packet resident at Ingress„2-Egress_l queue 

illustrates that Egr6ss_l_Countdown_Timer is started and 45 520? or 

begins to countdown by some predetermined amount of time Is ^ f„gress_3^or^gress_i greater than zero and at least 

decrement (the actual amount of decrement is a design one packet is resident at Ingress_3-Egress_l queue 

choice). Method step 708 shows the determination of 524? 

whether Egr6ss„l_Countdown_Timer has counted down In the event that any one of the foregoing conditions is 

to be equal to zero. In the event that Egress_Countdown_ 50 true, the process proceeds to method step 809 which depicts 

Timer is greater than zero, the process loops to method step the transmission of a packet under the control of guaranteed 

708. In the event that Egress__l_Countdown_Timer is less minimum bandwidth scheduler for Egress^ 602 utilizing a 

than or equal to zero, the process returns to method step 702 process, an embodiment of which is described in FIGS. 8B1 

and executes from that point. Thus, as can be seen, the and 8B2, below. In the event that none of the foregoing 

high-level logic flowchart of HG. 7 ensures that W^„^„^^_ 55 conditions of method step 807 is true, the process proceeds 

i^or^sr.ss^i ^08, '^r„g^ss_:i^or^sr.ss^i ^^^^ ^ud W _ to mcthod Step 811 which depicts the transmission of a 

3^or_£gress —1 ^12 are each reset to values indicative oTthe packet under the control of excess bandwidth scheduler for 

minimum bandwidth guaranteed to their respective Egress_l 600, an embodiment of which is described in 

ingresses at the start of every successive Time_IntervaL_ FIGS. 8C1 and 8C2, below. Subsequent to the performance 

for_Egress_l. 60 of either method step 809 or 811 the process loops back to 

It is to be understood that the process illustrated in FIG. method step 803 and continues from that point. 

7 is to be running simultaneously with the process which With reference now to FIG. 8B1, depicted is a high-level 

wifl now be shown in FIGS. 8 A, 8B1, 8B2, 8C1, and 8C2. logic flowchart showing an embodiment of a process, ref- 

Tlie process illustrated in FIG. 7 ensures that ^/ngr^^^^i^ erenced in method step 809 of FIG. 8A, whereby a packet is 

for^gr.ss_i 608. ^Jngr.ss^2^or^gr.ss^i ^10, and W^„^„,_3_ 65 transmitted under the control of guaranteed minimum band- 

for_Egn:^s_i rcsct to iheit predetermined values after width scheduler for Egress_l 602. Method step 809A 

the elapsing of every Time_Interval_for_Egress_l period depicts the start of the "packet transmit under the control of 
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minimum bandwidth scheduler" process. Method step 806 
depicts the inquiry of whether ^ jngr*ss_iPEi)aor^sr^^^-^ 

(e.g., ^Ingr^ss-{PEl)_for^gr^ss_l WOUld Cquale tO 

Ingress _ 

IJ-or^gr^ss^l if was CqUal to one, ^ ln8r^ss^1^or_ 

Egress 1 P^l was equal to two, etc.) is greater than zero, s 

In The event that the inquiry depicted in method step 806 
indicates that ingressUFEiy_for^gr.ss_i greater than zero, 
the process proceeds to method step 808 wherein is illus- 
trated determination of whether at least one packet is resi- 
dent at the Ingrcss_(PEl)-Egress„l queue (e.g., Ingress_ lo 
(PE1)-Egress_l queue would equate to Ingress„-Egress_l 
queue 516 if PEl was equal to one, lDgress_2-Egress_l 
queue 520 if PEl was equal to two, etc.). In the event that 
a packet is resident at the Ingress_(PEl)-Egress„l queue, 
the process proceeds to method step 810 wherein is shown is 
that a packet from the Ingress__(PEl)-Egress„l queue is 
transmitted out of crossbar switch 136 via Egress__l 512. 
Thereafter, the process proceeds lo method step 812 wherein 
it is shown that wingr^ss^(PEi)_ror^8r.ss^i ^ rcduccd by an 
amount representative of the packet length that was trans- 20 
mitted from the Ingress_(PEl)-Egress_l queue out of 
crossbar switch 136 over EgressJ 512 (the example just 
described is for variable length packets; alternatively, if 
fixed length packets are used, the reduction in the bandwidth 
counter can be achieved by use of a "shortcut," which is that 25 
the minimum bandwidth is specified by certain number of 
packets to be transmitted during time interval T (Time_ 
Interval_for_Egress_l), and thus the reduction in band- 
width can be accomplished merely by subtracting the num- 
ber one from the bandwidth counter). Thereafter, the process 30 
proceeds to method step 813 which shows that pointer PEl 
is updated utilizing an "update point PEl process," an 
embodiment of which is described in FIG. 8B2, below. 
Thereafter, the process proceeds to method step 817 which 
shows the end of the embodiment of the "packet transmit 35 
under the control of minimum bandwidth scheduler" 
process, as such embodiment is illustrated in FIG, 8B1. 

In the event that the inquiry depicted in method step 808 
yields the determination that there is not at least one packet 
resident at the Ingress__(PEl)-Egress_l queue (i.e., the 40 
queue is empty), the process proceeds to method step 807, 
which shows that pointer PEl is updated utilizing an "update 
pointer PEl" process, an embodiment of which is described 
in FIG. 8B2, below. 

In the event that the inquiry of method step 806 indicates 45 
tiiat '^ingr^,s_iFEi^^or^gress_i ^ ^e^o or Icss, the proccss 
proceeds to method step 807, which shows that pointer PEl 
is updated utilizing an "update pointer PEl" process, an 
embodiment of which is described in FIG. 8B2, below. 

Referring now to FIG. 8B2 depicted is a high-level logic 50 
flowchart illustrating an embodiment of a process, refer- 
enced in method step 813, utilized to update pointer PEl. 
Method step 813A shows the start of the "update pointer 
PEl" process. Method step 816 depicts that the value of 
pointer PEl is incremented by one. Thereafter, the process 55 
proceeds to method step 814 wherein is depicted the inquiry 
as to whether the value of pointer PEl is less than or equal 
to the highest ordinal number of ingresses associated with 
Egress_l 512 (e.g., there are three ingresses — Ingress__l 
500, Ingress_2 502, and Ingress„3 504 — associated with 60 
Egress_l 512 in FIG. 6). In the event that the value of 
pointer PEl is less than or equal to the highest ordinal 

number of ingresses associated with Egress 1 512, the 

process proceeds to method step 815 wherein it is shown that 
the "update pointer PEl" process ends and the flow resumes 65 
subsequent to the step which called upon the process shown 
in HG. 8B2 (e.g., flow will resume subsequent to method 



step 813 in one instance, and subsequent to method step 807 
in another instance). 

In the event that the inquiry shown in method step 814 
yields a determination that the value of pointer PEl is 
greater than the highest ordinal number of ingresses, the 
process proceeds to method step 802 which depicts that the 
value of pointer PEl is re-initialized to be equal to one. 
Thereafter, the process proceeds to method step 815 wherein 
it is shown that the "update pointer PEl" process ends. 
Thereafter, the flow resumes subsequent to the step which 
called upon the "update pointer PEl" process shown in FIG. 
8B2 (e.g., flow will resume subsequent to method step 813 
in one instance, and subsequent to method stop 807 in 
another instance). 

With reference now to FIG. 8C1, depicted is a high-level 
logic flowchart showing an embodiment of a process, ref- 
erenced in method step 811 of FIG. 8A, whereby a packet is 
transmitted under the control of excess bandwidth scheduler 
for Egress_l 600. Method step 811 A depicts the start of the 
"packet transmit under the control of excess bandwidth 
scheduler" process. Method step 832 depicts the inquiry of 
whether at least one packet is resident at Ingress_(PEBl)_ 
Egress_l queue (e.g., Ingress_(PEBl)-Egress_l queue 
would equate to Ingress__l-Egress_l queue 516 if PEBl 
was equal to one, Ingress_2-Egress„l queue 520 if PEBl 
was equal to two, etc.). In the event that at least one packet 
is resident at Ingress_(PEBl)_Egress_l queue, the process 
proceeds to method step 822 and executes from that point. 
Otherwise, the process proceeds to method step 833 which 
shows that pointer PEBl is updated utilizing an "update 
pointer PEBl" process, an embodiment of which is 
described in FIG. 8C2, below. Thereafter, the process pro- 
ceeds to method step 832 and executes from that point. 

Method step 822 shows the transmission of a packet from 
Ingress_(PEBl)-Egress__l queue (the notation used indi- 
cates that Ingress_(PEBl)-Egress_l queue equates to 
Ingrcss_l-Egress__l queue 516 if the value of PEBl is 
equal to one, or equates to Ingress__2-Egress__l queue 520 
if the value of PEBl is equal to two, etc.). Subsequent to 
method step 822, process proceeds to method step 823 
which shows that pointer PEBl is updated using an "update 
pointer PEBl" process, an embodiment of which is 
described in FIG. 8C2, below. Thereafter, the process pro- 
ceeds to method step 825, which shows the end of the 
embodiment of the "packet transmit under the control of 
excess bandwidth scheduler" process, as such embodiment 
is illustrated in FIG. 8C1. 

Referring now to FIG. 8C2, depicted is a high-level logic 
flowchart iUustrating an embodiment of a process, refer- 
enced in method step 823, utflizcd to update pointer PEBl. 
Method step 823A shows the start of "update pointer PEBl" 
the process. Method step 830 depicts that the value of 
pointer PEBl is incremented by one. Thereafter, the process 
proceeds to method step 831 wherein is depicted the inquiry 
as to whether the value of pointer PEBl is less than or equal 
to the highest ordinal number of ingresses associated with 
Egress_l 512 (e.g., there are three ingresses — Ingress J 
500, Ingress_2 502, and Ingress_3 504 — associated with 
Egress„l 512 in FIG. 6). In the event that the value of 
pointer PEBl is less than or equal to the highest ordinal 
number of ingresses associated with Egress__l 512, the 
process proceeds to method step 835 wherein it is shown that 
the "update pointer PEBl" process ends. Thereafter, the flow 
resumes subsequent to the step which called upon the 
"update pointer PEBl" process shown in FIG. 8C2 (e.g., 
flow wfll resume subsequent to method step 823 in one 
instance, and subsequent to method step 833 in another 
instance). 
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In the event that the inquiry shown in method step 831 
yields a deteraiination that the value of pointer PEBl is 
greater than the highest ordinal number of ingresses, the 
process proceeds to method step 824 which depicts that the 
value of pointer PEBl is re-initialized to be equal to one. S 
Thereafter, the process proceeds to method step 835 wherein 
it is shown that the "update pointer PEBl" process ends. 
Thereafter, the flow resumes subsequent to the step which 
called upon the process shown in FIG. 8C2 (e.g., flow will 
resume subsequent to method step 813 in one instance, and io 
subsequent to method step 823 in another instance). 

Referring now to FIG. 9, shown is a high-level partially 
schematic block diagram depicting an embodiment of the 
present invention in the context of an input queued switch 
where each ingress-egress pair has a queue which can be 35 
accessed independently of, and simultaneously with, other 
queues associated with other ingress-egress pairs. 

Illustrated is that both switch egress_l 512 and switch 
cgress_2 514 have respectively associated with them (1) 
excess bandwidth schedulers 600, 604, and (2) guaranteed 20 
minimum bandwidth schedulers 602, 606. Each guaranteed 
minimum bandwidth scheduler for each egress assures that 
each queue, and consequently each ingress associated with 
each queue, is given some guaranteed," or target, minimum 
data transmission per unit time (as used herein the term 25 
"guaranteed" means essentially a target which will be sat- 
isfied if the physical constraints of a switch allow) via the 
guaranteed minimum bandwidth scheduler's egress, irre- 
spective of the priority of the packets that might be resident 
within each queue. This substantially ensures that no switch 30 
ingress is ever completely "starved" of bandwidth, even if 
the only packets resident within a particular queue associ- 
ated with a switch ingress are packets of the lowest possible 
priority. In the event that no queue requesting data trans- 
mission has an unmet guaranteed minimum data transmis- 35 
sion per unit time, the excess bandwidth scheduler for the 
egress assigns such bandwidth over and above that band- 
width constituting guaranteed minimum bandwidth to the 
queues associated with the egress in a fair manner. It is to be 
understood that, in at least one embodiment, when utilized 40 
with a cross-point buffer switch, the guaranteed minimum 
bandwidth scheduler and excess bandwidth scheduler at 
each egress functions substantially independent of guaran- 
teed minimum bandwidth schedulers and excess bandwidth 
schedulers at resident at other egresses. 45 

Depicted as associated with switch egress_2 514 is 
guaranteed minimum bandwidth scheduler for egrcss_2 606 
and excess bandwidth scheduler for egress_2 604. As 
discussed, guaranteed minimum bandwidth scheduler for 
egress_2 606 is keyed to a guaranteed minimum bandwidth 50 
associated ynih each switch ingress 500-504. The guaran- 
teed minimum bandwidth is represented by a bandwidth 
counter, associated with each particular switch ingress 
500-504, which is indicative of a relationship between (a) an 
amount of actual data transmitted, during a prescribed unit 55 
of time T, from each particular switch ingress 500-504 to 
switch egress_2 514 and (b) a target minimum amount of 
actual data transmission from each particular switch ingress 
500-504 to switch egress_2 514. These bandwidth counters 
are represented in FIG. 9 as ^ jngr^ss^\^or_E8r^ss_7. 9**^, 60 

^ Xngress_Z^or_£gres5_2 ^ Ingress_3^or_XgressJl ^l^' 

With reference now to FIG. 10, depicted is a high-level 
logic flowchart which illustrates the control of the values of 
bandwidth counters for Ingrcss_l 500, Ingress_2 502, and 
Ingress„3 504. Method step 1000 shows the start of the 65 
process. Method step 1002 depicts that Egress_2_ 
Countdown_Timer is initialized to Time_Interval_for_ 



Egress_2. Method step 1004 illustrates that ^ ingress_i^or_ 

Egr^s_2 ^^^>^J^gr»ss_2_for^3r»ss^ ^^^y ^^id ^ Tngress_3_/or_ 

Egress_2 are each set to values indicative of the minimum 
data transmission guaranteed to their respective ingre&ses 
during the Time_Interval_for_Egress_2. Method step 
1006 illustrates that Egress_2_Countdown_Timer is 
started and begins to countdown by some predetermined 
amount of time decrement (the actual amount of decrement 
is a design choice). Method step 1008 shows the determi- 
nation of whether Egress 2_Countdown__Timer has 

counted down to be equal to zero. In the event that Egress__ 
2_Countdown_Timer is greater than zero, the process 
loops to method step 1008. In the event that Egress__2„ 
Countdown_Timer is less than or equal to zero, the process 
returns to method step 1002 and executes from that point. 
Thus, as can be seen, the high-level logic flowchart of FIG. 
10 ensures that W^„^^,^^_ 908, W,„^__^^,,_ 

Egre.s^2 910, and \V^„^,^^^_3_^^^_^^,^,_2 912 are each reset to 
values indicative of the minimum bandwidth guaranteed to 
their respective ingresses at the start of every successive 
Time_Interval_for Egress_2. 

It is to be understood that the process illustrated in FIG. 
10 is to be running simultaneously with the process which 
will now be shown in RGS. IIA, llBl, UB2, UCl, and 
11 C2. The process illustrated in FIG. 10 ensures that 

"^Ingr^ss^or^^gr^ss^l ^08, ^ jngress_Z_Sor Egress Jl ^10, and 

- " 



912 are reset to their predetermined 
values after the elapsing of every Time_Interval__for_ 
Egress_2 period of time. The process shown in FIGS. 11 A, 
llBl, 11B2, llCl, and 11C2 depicts how W,,^_,_,_^,,_ 

Egress _2 ^^7^ Ingress _Z _for_Egress_2 ^^^y ^nd ^f„gness_:i_/or_ 

Egress_2 ^12 cau bc Utilized to substantially ensure that none 
of Ingress_l 500, Ingress_2 502, or Ingress_3 504 is being 
starved of Egress„2 514 bandwidth. 

Referring now to FIG. IIA, shown is a high-level logic 
flowchart illustrating a process which can be utilized by 
excess bandwidth scheduler for Egress_2 604 and guaran- 
teed minimum bandwidth scheduler for Egressj 606. 
Method step 1100 shows the start of the process. Method 
step 1101 depicts that (1) a pointer, "PE2", used by guar- 
anteed minimum bandwidth scheduler for Egress„2 606 in 
the manner set forth below, is initialized to be equal to one; 
and (2) a pointer, "PEB2", used by excess bandwidth 
scheduler for Egress„2 604 in the manner set forth below, 
is initialized to be equal to one. 

Method step 1103 illustrates the inquiry as to whether at 
least one of Ingress__l-Egress_2 queue 518, or Ingress^- 
Egress_2 queue 522, or Ingress_3-Egress_2 queue 526 
feeding Egress_2 514 has a packet waiting for transmission. 
In the event that the inquiry shown in method step 1103 finds 
that none of Ingress_l-Egress^ queue 518, or Ingress^ 
2-Egress_2 queue 522, or Ingress_3-Egress_2 queue 526 
feeding Egress__2 514 has a packet waiting for transmission, 
the process proceeds to method step 1105 which depicts that 
no packet is sent. Thereafter, the process proceeds to method 
step 1103 and executes from that point. 

In the event that the inquiry shown in method step 1103 
finds that at least one of Ingress„l-Egress_2 queue 518, or 
Ingress__2-Egress_2 queue 522, or Ingress_3-Egress_2 
queue 526 feeding Egress_2 514 has a packet waiting for 
transmission, the process proceeds to method step 1107 
which depicts an embodiment of an inquiry as to whether 
any one or more queues which have a packet waiting for 
transmission also have a no n -zero bandwidth counter; 
method step 1107 shows that in one embodiment the inquiry 
is accomplished by checking whether any one of the fol- 
lowing conditions is met: 
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Is ^fngr^ss^i^or^gn-ss^ greater than zero and is at resident at the Ingress_(PE2)-Egress_2 queue (i.e., the 

least one packet resident at Ingress__l-Egress_2 queue queue is empty), the process proceeds to method step 1107, 

518? or which shows that pointer PE2 is updated utilizing an "update 

Is ^fngntss_i^or^gr^xs_a grcatcr than zero and is at pointer PE2" process, an embodiment of which is described 

least one packet resident at Ingress_J-Egress_2 queue s in FIG. 11B2, below. 

522? or In the event that the inquiry of method step 1106 indicates 

Is '^ingrc:^_3a.r^gr.ss_2 ^12 greater than zero and at least that W,„^„„_(^£2)_/or_js^«^_2 is or less, the process 

one packet is resident at Ingress_3-Egress_2 queue proceeds to method step 1107, which shows that pointer PE2 

526? is updated utilizing an "update pointer PE2" process, an 

In the event that any one of the foregoing conditions is embodiment of which is described in FIG. 11B2, below, 

true, the process proceeds to method step 1109 which depicts Referring now to FIG. 11B2 depicted is a high-level logic 

the transmission of a packet under the control of guaranteed flowchart illustrating an embodiment of a process, refer- 

mioimum bandwidth scheduler for Egress_2 606 uUlizmg a ^^^^^ ^^^^^^ ^^^^ ^^-y^^^^ to up^^t^ p^lj^j^^ p£2. 

process, an embodiment of which is descnbed in FIGS. j^^^j^^^ ^^^^ ^^^^^ ^^^^ ttie "update pointer 

llBl and 11B2, below. In the event that none of the p^^" process. Method step 1116 depicts that the value of 

foregoing condiUons of niethod step n pointer PE2 is incremented by one. Thereafter, the process 

proceeds to method step 1111 which depicts the transmission ^ . ^ .i, a . ^^^a u • La 

of a packet under the control of excess bandwidth scheduler P^^^^^^s to method step 1114 wherein is depicted the 

for Egress_2 604, an embodiment of which is described in ^^^^^.^ as to whether the value of pointer PE2 is less than or 

FIGS llCl and 11C2, below Subsequent to the perfor- ^^^^1 to the highest ordinal number of mgresses associated 

mancc of either method step 1109 or nil the process loops with Egress_2 514 (e.g., there are three mgresses— 

back to method step 1103 and continues from that point. IngrcssJ 500, Ingress_2 502, and Ingress_3 504— 

With reference now to FIG. UBl, depicted is a high-level associated with Egress_2 514 in FIG. 9). In the everit that 

logic flowchart showing an embodinaent of a process, ref- the value of pointer PE2 is less than or equal to the highest 

erenced in method step 1109 of FIG. IIA, whereby a packet ordinal number of ingresses associated with Egress„2 514, 

is transmitted under the control of guaranteed minimum 25 the process proceeds to method step 1115 wherein it is 

bandwidth scheduler for Egress_2 606. Method step 1109A shown that the "update pointer PE2" process ends and the 

depicts the start of the "packet transmit under the control of flow resumes subsequent to the step which called upon the 

minimum bandwidth scheduler*' process. Method step 1106 process shown in FIG. 11 B2 (e.g., flow will resume subse- 

depicts the inquiry of whether ^ ingress^{PE2)_for_£gn:ss^2 q^^nt to method step 1113 in one instance, and subsequent 

(e.g, ^ingress_iPE7:)Uor^8r-ss_2 ^"^^^ equatc to W^„^^,,_,_ 30 to method step 1107 in another instance). 

for^gress_2 '^^ ^as equal to one, ^ i„gress_z_for^gr^ss_2 1° ^^le cvent that the inquiry shown in method step 1114 

if PE2 was equal to two, etc.) is greater than zero. yields a determination that the value of pointer PE2 is 

In the event that the inquiry depicted in method step 1106 greater than the highest ordinal number of ingresses, the 

indicates that ^ i„gress_(PE2)^ar^gress^ ^s grcatef than zero, process proceeds to method step 1102 which depicts that the 

the process proceeds to method step 1108 wherein is illus- 35 value of pointer PE2 is re- initialized to be equal to one. 

trated determination of whether at least one packet is resi- Thereafter, the process proceeds to method step 1115 

dent at the Ingress_(PE2)-Egress_2 queue (e.g., Ingress_ wherein it is shown that the "update pointer PE2" process 

(PE2)-Egress_2 queue would equate to Ingress„l- ends. Thereafter, the flow resumes subsequent to the step 

Egress_2 queue 518 if PE2 was equal to one, Ingress_2- which called upon the "update pointer PE2" process shown 

Egress_2 queue 522 if PE2 was equal to two, etc.). In the 40 in FIG. 11B2 (e.g., flow will resume subsequent to method 

event that a packet is resident at the Ingress_(PE2)- step 1113 in one instance, and subsequent to method stop 

Egress_2 queue, the process proceeds to method step 1110 1107 in another instance). 

wherein is shown that a packet from the Ingress_(PE2)- With reference now to FIG. 11 CI, depicted is a high-level 

Egress_2 queue is transmitted out of crossbar switch 136 logic flowchart showing an embodiment of a process, ref- 

via Egress_2 514. Thereafter, the process proceeds to 45 erenced in method step 1111 of FIG. 11 A, whereby a packet 

method step 1112 wherein it is shown that ^ insressupm^_ ^ transmitted under the control of excess bandwidth sched- 

for_^grt:sz_i is reduced by an amount representative of the uler for Egrcss_2 604. Method step 1111 A depicts the start 

packeUength that was transmitted from the Ingress_(PE2)_ of the "packet transmit under the control of excess band- 

Egress_2 queue out of crossbar switch 136 over Egrcss_2 width scheduler" process. Method step 1132 depicts the 

514 (the example just described is for variable length 50 inquiry of whether at least one packet is resident at Ingress_ 

packets; alternatively, if fixed length packets are used, the (PEB2) Jgress__2 queue (e.g., Ingrcss_(PEB2)-Egress__2 

reduction in the bandwidth counter can be achieved by use queue would equate to Ingress_l-Egress_2 queue 518 if 

of a "shortcut," which is that the minimum bandwidth is PEB2 was equal to one, Ingress_2-Egress__,2 queue 522 if 

specified by certain number of packets to be transmitted PEB2 was equal to two, etc.). In the event that at least one 

during time interval T(Time_Interval_for_Egress_2), and ss packet is resident at Ingress_(PEB2)„Egress_2 queue, the 

thus the reduction in bandwidth can be accomplished merely process proceeds to method step 1122 and executes from 

by subtracting the number one from the bandwidth counter). that point. Otherwise, the process proceeds to method step 

Thereafter, the process proceeds to method step 1113 which 1133 which shows that pointer PEB2 is updated utilizing an 

shows that pointer PE2 is updated utilizing an "update point "update pointer PEB2" process, an embodiment of which is 

PE2 process," an embodiment of which is described in FIG. 60 described in FIG. 11 C2, below. Thereafter, the process 

11B2, below. Thereafter, the process proceeds to method proceeds to method step 1132 and executes from that point, 

step 1117 which shows the end of the embodiment of the Method step 1122 shows the transmission of a packet 

"packet transmit under the control of minimum bandwidth from Ingress__(PEB2)-Egress_2 queue (the notation used 

scheduler" process, as such embodiment is illustrated in indicates that Ingress_(PEB2)-Egr6ss_J3 queue equates to 

FIG. IIBI. 65 Ingress„l-Egress_2 queue 518 if the value of PEB2 is 

In the event that the inquiry depicted in method step 1108 equal to one, or equates to Ingress_2-Egress_2 queue 522 

yields the determination that there is not at least one packet if the value of PEB2 is equal to two, etc.). Subsequent to the 
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method step 1122, process proceeds to method step 1123 terai "guaranteed" means essentially a target which will be 
which shows that pointer PEB2 is updated using an "update satisfied if the physical constraints of a switch allow) via the 
pointer process, an embodiment of which is guaranteed minimum bandwidth scheduler's egress, irre- 

described in FIG. 11 C2, below. Thereafter, the process spcctive of the priority of the packets that might be resident 
proceeds to method step 1125, which shows the end of the S within each queue. This substantially ensures that no switch 
embodiment of the "packet transmit under the control of ingress is ever completely "starved'* of band\vidth, even if 
excess bandwidth scheduler" process, as such embodiment the only packets resident within a particular queue assod- 
is illustrated in FIG. 11 CI. ated with a switch ingress are packets of the lowest possible 

Referring now to FIG. 11 C2, depicted is a high-level logic priority. In the event that no queue requesting data trans- 
flowchart illustrating an embodiment of a process, refer- lO mission has an unmet guaranteed minimum data transmis- 
enced in method step 1123, utilized to update pointer PEB2. sion per unit time, the excess bandwidth scheduler for the 
Method step 1123 A shows the start of "update pointer egress assigns such bandwidth over and above that band- 
PEB2" the process. Method step 1130 depicts that the value width constituting guaranteed minimum bandwidth to the 
of pointer PEB2 is incremented by one. Thereafter, the queues associated with the egress in a fair manner. It is to be 
process proceeds to method step 1131 wherein is depicted 15 understood that, in at least one embodiment, when utilized 
the inquiry as to whether the value of pointer PEB2 is less with a cross-point buffer switch, the guaranteed minimum 
than or equal to the highest ordinal number of ingresses bandwidth scheduler and excess bandwidth scheduler at 
associated with Egress_2 514 (e.g., there are three each egress functions substantially independent of guaran- 
ingresses — IngressJ 500, Ingress_2 502, and Ingress_3 teed minimum bandwidth schedulers and excess bandwidth 
504 — associated with Egress__2 514 in FIG. 9). In the event 20 schedulers at resident at other egresses, 
that the value of pointer FEB2 is less than or equal to the Depicted as associated with switch egress_N 1214 is 

highest ordinal number of ingresses associated with guaranteed minimum bandwidth scheduler for egress„N 
Egress_2 514, the process proceeds to method step 1135 1206 and excess bandwidth scheduler for cgress_N 1204. 
wherein it is shown that the "update pointer PEB2" process As discussed, guaranteed minimum bandwidth scheduler for 
ends. Thereafter, the flow resumes subsequent to the step 25 egress__N 1206 is keyed to a guaranteed minimum band- 
which called upon the "update pointer PEB2" process shown width associated with each switch ingress 1201, 1203, 1205. 
in FIG. 11C2 (e.g., flow will resume subsequent to method The guaranteed minimum bandwidth is represented by a 
step 1123 in one instance, and subsequent to method step bandwidth counter, associated with each particular switch 
1133 in another instance). ingress 1201, 1203, 1205, which is indicative of a relation- 

In the event that the inquiry shown in method step 1131 30 ship between (a) an amount of actual data transmitted, 
yields a determination that the value of pointer PEB2 is during a prescribed unit of time T, from each particular 
greater than the highest ordinal number of ingresses, the switch ingress 1201, 1203, 1205 to switch egress_N 1214 
process proceeds to method step 1124 which depicts that the and (b) a target minimum amount of actual data transmission 
value of pointer PEB2 is re -initialized to be equal to one. from each particular switch ingress 1201, 1203, 1205 to 
Thereafter, the process proceeds to method step 1135 35 switch egress_N 1214. These bandwidth counters are rep- 
wherein it is shown that the "update pointer PEB2" process resented in FIG. 12 as y^f„gress_i^<^r^sr<^^^-^ 1228, 
ends. Thereafter, the flow resumes subsequent to the step ^ ingress_2^or^gress^ 1230, and ^ jngress^^or^gmss^ 
which called upon the process shown in FIG. 11 C2 (e.g., 1232. 

flow wUl resume subsequent to method step 1113 in one With reference now to FIG. 13, depicted is a high-level 
instance, and subsequent to method step 1123 in another 40 logic flowchart which illustrates the control of the values of 
instance). bandwidth counters for Ingress_l 1201, Ingress„2 1203, 

The foregoing has set forth specific examples of embodi- and lngress_M 1205. Method step 1300 shows the start of 
ments of the invention in the context of a 3x2 crosspoint the process. Method step 1302 depicts that Egress_N„ 
switch (i.e., three ingress two egress switch). The first Countdown_Timer is initialized to Time_Interval_.for__ 
example showed the functioning of an embodiment with 45 Egress^N. Method step 1304 iDustrates that W^„^^^^_i 
respect Egress_l 512. The second example showed the Egress^ 1228, Tngf^ss^2_for^gress^ 1^30, and "^Tngress_ 
functioning of an embodiment with respect Egress_2 514. M^or^^r-^^-^ ^^"^^ ^^^^ ^^^^^^ indicative of the 
Those skilled in the art will recognize that the principles minimum data transmission guaranteed to their respective 
shown in the specific example can be generalized to any ingresses during the Timc„Int6rval_for__Egress_N. 
MxN crosspoint switch. 50 Method step 1306 illustrates that Egress__N__Countdown_ 

Referring now to FIG. 12, shown is a high-level partially Timer is started and begins to countdown by some prede- 
schematic block diagram depicting an embodiment of the termined amount of time decrement (the actual amount of 
present invention in the context of an input queued switch decrement is a design choice). Method step 1308 shows the 
where each ingress-egress pair has a queue which can be determination of whether Egress_N„Countdown__Timer 
accessed independently of, and simultaneously with, other 55 has counted down to be equal to zero. In the event that 
queues associated with other ingress-egress pairs. Examples Egress_N__Countdown_Timer is greater than zero, the 
of queues are illustrated in FIG. 12 as ingress-egress queues process loops to method step 1308. In the event that Egress„ 
1216-1226, each of which is shown respectively connected N_Countdown Timer is less than or equal to zero, the 
between its associated particular ingress-egress pair. process returns to method step 1302 and executes from that 

Illustrated is that both switch egress_l 1212 and switch 60 point. Thus, as can be seen, the high-level logic flowchart of 
egress_N 1214 have respectively associated with them (1) FIG. 13 ensures that ^ mgress^or^gress.^ 

^ Ingress 

excess bandwidth schedulers 1200, 1204, and (2) guaranteed f^.^^r^ss^ 1230, and W;,.^«„^_^^,_^^„^^^ 1232 are each 
minimum bandwidth schedulers 1202, 1206. Each guaran- reset to values indicative of the minimum bandwidth guar- 
teed minimum bandwidth scheduler for each egress assures anteed to their respective ingresses at the start of every 
that each queue, and consequently each ingress associated 65 successive Time_Interval_for_Egress__N. 
with each queue, is given some "guaranteed," or target, It is to be understood that the process illustrated in FIG. 
minimum data transmission per unit time (as used herein the 13 is to be running simultaneous with the process which will 
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now be shown in FIGS. 14A, 14B1, 14B2, 14C1, and 14C2. With reference now to FIG. 14B1, depicted is a high-level 

The process illustrated in FIG. 13 ensures that Wj. logic flowchart showing an embodiment of a process, ref- 

far^gre.s_N 1^28, ^ in^r..^_2^^r^gr^ss^ 1230, and ereuced in mcthod stcp 1409 of FIG. 14A, whercby a paclcel 

^ in8r^ss^^or_sgress^ 1^32 are rcset to their predeter- is transmitted under the control of guaranteed minimum 

mined values after the elapsing of every Tirae_Interval_ 5 bandwidth scheduler for Egress_N 1206. Method step 

for_Egress_N period of time. The process shown in FIGS. 1409A depicts the start of the "packet transmit under the 

14A, 14B1, 14B2, 14C1, and 14C2 depicts how W^„^„^^ control of minimum bandwidth scheduler" process. Method 

en^«r^£^^^^ or f^^^^s^^^^^^^^^^ 

Ing.ss„M 1205 as bemg starved of Egress_N 1214 band- w, Jr^ J^.I^^'J. if ^-N was equal to two, etc.) is 

Referring now to FIG. 14A, shown Is a high-level logic greater than zero *u ^ , i^n< 

flowchart Ulustrating a process which can be utilized by . ^he event that the inquiry depicted m method step 1406 

excess bandwidth scheduler for Egress_N 1204 and guar- indicates that W,„^,,^_(^^^^,,^^^_;v is greater tban 

anteed minimum bandwidth scheduler for Egress_N 1206. ^5 zero, the process proceeds to method step 1408 wherem is 

Method step 1400 shows the start of the process. Method illustrated determination of whether at least one packet is 

step 1401 depicts that (1) a pointer, "PEB__N", used by resident at the Ingress„(PE„N)-Egress_N queue (e.g., 

guaranteed minimum bandwidth scheduler for Egress„N Ingress_(PE_N)-Egress„N queue would equate to 

1202 in the manner set forth below, is initialized to be equal Ingress J-Egress_N queue 1218 if PE__N was equal to 

to one; and (2) a pointer, "PEB__N", used by excess band- 20 one, Ingress_2-Egress_N queue 1222 if PE_N was equal 

width scheduler for Egress_N 1204 in the manner set forth to two, etc.). In the event that a packet is resident at the 

below, is initialized to be equal to one. Ingress_(PE_N)-Egress_N queue, the process proceeds to 

Method step 1403 Olustrates the inquiry as to whether at metliod step 1410 wherein is shown that a packet from the 

least one of Ingrcss_l-Egress_JV queue 1218, or Ingress_ Ingress__(PE_N)-Egress_N queue is transmitted out of 

2-Egress_N queue 1222, or Ingress__M-Egress^ ^226 25 crossbar switch 136 via Egress_N 1214. Thereafter, the 

feeding Egress_N 1214 has a packct waiting for transmission. process proceeds to method step 1412 wherein it is shown 

In the event that the inquiry shown in method step 1403 finds ^^at wingress^(P£:_N)^or^gressu^ is reduced by an amount 

that none of Ingrcss__l-Egress_JV queue 1218, or Ingress„ representative of the packet length that was transmitted from 

2-Egress„N queue 1222, or Ingress_M-Egress_N queue jj^^ lngress_PE_jsO-Egress _N queue out of crossbar 

1226 feeding Egress„N 1214 has a packet waiting for 30 g^i^ch 136 over Egress_N 1214 (the example just described 

transmission, the process proceeds to method step 1405 f^j. variable length packets; alternatively, if fixed length 

which depicts that no packet is sent. Thereafter, the process packets are used, the reduction in the bandwidth counter can 

proceeds to method step 1403 and executes from that point. 5^ achieved by use of a "shortcut," which is that the 

In the event that the inquiry shown in method step 1403 minimum bandwidth is specified by certain number of 

finds that at least one of Ingress„l-Egress_N queue 1218, 35 packets to be transmitted during time interval T, and thus the 

or Ingress_2-Egress_N queue 1222, or Ingress_M- reduction in bandwidth can be accomplished merely by 

Egress„N queue 1226 feeding Egress_N 1214 has a packet subtracting the number one from the bandwidth counter), 

waiting for transmission, the process proceeds to method Thereafter, the process proceeds to method step 1413 which 

step 1407 which depicts an embodiment of an inquiry as to ^jjo^g ^^^^ pointer PE_N is updated utilizing an "update 

whether any one or more queues which have a packet point PE_N process," an embodiment of which is described 

waiting for transmission also have a non-zero bandwidth piQ 1432, below. Thereafter, the process proceeds to 

counter; that is, method step 1407 shows that in one embodi- niethod step 1417 which shows the end of the embodiment 

ment the inquiry is accomplished by checking whether any "packet transmit under the control of minimum 

one of the foUowing conditions is met: bandwidth scheduler** process, as such embodiment is iUus- 

Is '^r„gr^ss_x_for_^gr^ss^ 1^28 greater than zero and is at 45 trated in FIG. 14B1. 

least one packet resident at Ingress_l-Egress_N in the event that the inquiry depicted in method step 1408 

queue 1218? or yields the determination that there is not at least one packet 

Is ^fngrBss_2_jor^gress^ 1^30 greater than zero and is at resident at the Ingress_(PE_N)-Egress_N-Egress_N 

least one packet resident at Ingress_2-Egress__N queue (i.e., the queue is empty), the process proceeds to 

queue 1222? or 50 method step 1407, which shows that pointer PE„N is 

Is "^/ngr^ss^^ar^gn^ss^ 1^32 greater than zero and at updated utilizing an "update pointer PE_J^" process, an 

least one packet is resident at Ingress_M-Egress„N embodiment of which is described in FIG. 14B2, below, 

queue 1228? In the event that the inquiry of method step 1406 indicates 

In the event that any one of the foregoing conditions is that ^f„g^ss_(PE_j^Uor^g^^s^ ^™ process 

true, the process proceeds to method step 1409 which 55 proceeds to method step 1407, which shows that pointer 

depicts the transmission of a packet under the control of PE__N is updated utilizing an "update pointer PE_N" 

guaranteed minimum bandwidth scheduler for Egress_N process, an embodiment of which is described in FIG. 14B2, 

1206 utilizing a process, an embodiment of which is below. 

described in FIGS. 14B1 and 14B2, below. In the event that Referring now to FIG. 14B2 depicted is a high-level logic 

none of the foregoing conditions of method step 1407 is true, 60 flowchart illustrating an embodiment of a process, refer- 

the process proceeds to method step 1411 which depicts the enced in method step 1413, utilized to update pointer PE_N. 

transmission of a packet under the control of excess band- Method step 1413 A shows the start of the ''update pointer 

width scheduler for Egress_N 1204, an embodiment of PE_N" process. Method step 1416 depicts that the value of 

which is described in FIGS. 14C1 and 14C2, below. Sub- pointer PE_N is incremented by one. Tliereafter, the process 

sequent to the performance of either method step 1409 or 65 proceeds to method step 1414 wherein is depicted the 

1411 the process loops back to method step 1403 and inquiry as to whether the value of pointer PE_N is less than 

continues from that point. or equal to the highest ordinal number of ingresses assod- 
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ated with Egress_N 1214 (e.g., there are three ingresses — 
Ingress„l 1201, Ingress_2 1203, and Ingress_M 1205— 
associated with Egress_JSr 1214 in FIG, 12). In the event that 
the value of pointer PE_J^ is less than or equal to the highest 
ordinal number of ingresses associated with Egress__N 
1214, the process proceeds to method step 1415 wherein it 
is shown that the "update pointer PE_N" process ends and 
the flow resumes subsequent to the step which called upon 
the process shown in FIG. 14B2 (e.g., flow will resume 
subsequent to method step 1413 in one instance, and sub- 
sequent to method step 1407 in another instance). 

In the event that the inquiry shown in method step 1414 
yields a determination that the value of pointer PE„N is 
greater than the highest ordinal number of ingresses, the 
process proceeds to method step 1402 which depicts that the 
value of pointer PE__N is re-initialized to be equal to one. 
Thereafter, the process proceeds to method step 1415 
wherein it is shown that the "update pointer PE_N" process 
ends. Thereafter, the flow resumes subsequent to the step 
which called upon the "update pointer PE_N*' process 
shown in FIG. 14B2 (e.g., flow will resume subsequent to 
method step 1413 in one instance, and subsequent to method 
stop 1407 in another instance). 

With reference now to FIG. 14C1, depicted is a high-level 
logic flowchart showing an embodiment of a process, ref- 
erenced in method step 1411 of FIG. 14A, whereby a packet 
is transmitted under the control of excess bandwidth sched- 
uler for Egress_N 1204. Method step 1411A depicts the 
start of the "packet transmit under the control of excess 
bandwidth scheduler" process. Method step 1432 depicts the 
inquiry of whether at least one packet is resident at Ingress_ 

(PE_N)_Egrcss N queue (e.g., Ingress„(PE_N)- 

Egress_N queue would equate to Ingress_l-Egress__N 

queue 1218 if PEB N was equal to one, Ingrcss_2- 

Egress__N queue 1222 if PEB_N was equal to two, etc.). In 
the event that at least one packet is resident at Ingress_ 
(PEB_N)„Egress_N queue, the process proceeds to 
method step 1422 and executes from that point. Otherwise, 
the process proceeds to method step 1433 which shows that 
pointer PEB_N is updated utilizing an "update pointer 
PEB_N" process, an embodiment of which is described in 
FIG. 14C2, below. Thereafter, the process proceeds to 
method step 1432 and executes from that point. 

Method step 1422 shows the transmission of a packet 
from Ingress_(PEB_N)-Egress_N queue (the notation 
used indicates that Ingress_(PEB__N)-Egress_N queue 
equates to Ingrcss„l-Egress_N queue 1218 if the value of 
PEB__N is equal to one, or equates to Ingress__2-Egress_N 
queue 1222 if the value of PEB_N is equal to two, etc.). 
Subsequent to method step 1422, process proceeds to 
method step 1423 which shows that pointer PEBJV is 
updated using an "update pointer PEB_Nz" process, an 
embodiment of which is described in FIG. 14C2, below. 
Thereafter, the process proceeds to method step 1425, which 
shows the end of the embodiment of the "packet transmit 
under the control of excess bandwidth scheduler" process, as 
such embodiment is illustrated in FIG. 14C1. 

Referring now to FIG. 14C2, depicted is a high-level logic 
flowchart illustrating an embodiment of a process, refer- 
enced in method step 1423, utilized to update pointer 
PEB_N. Method step 1423 A shows the start of "update 
pointer PEB _N" the process. Method step 1430 depicts that 
the value of pointer PEB_N is incremented by one. 
Tliereafter, the process proceeds to method step 1431 
wherein is depicted the inquiry as to whether the value of 
pointer PEB__N is less than or equal to the highest ordinal 
number of ingresses associated with Egress_N 1214 (e.g., 
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there are three ingresses — Ingress_l 1201, Ingress_2 1203, 
and Ingress__M 1205 — associated with Egress_N 1214 in 
FIG. 12). In the event that the value of pointer PEB_N is 
less than or equal to the highest ordinal number of ingrc&scs 

5 associated with Egress_N 1214, the process proceeds to 
method step 1435 wherein it is shown that the "update 
pointer PEB_N" process ends. Thereafter, the flow resumes 
subsequent to the step which called upon the "update pointer 
PEB„N" process shown in FIG. 14C2 (e.g., flow will 

10 resume subsequent to method step 1423 in one instance, and 
subsequent to method step 1433 in another instance). 

In the event that the inquiry shown in method step 1431 
yields a determination that the value of pointer PEB_N is 
greater than the highest ordinal number of ingresses, the 

15 process proceeds to method step 1424 which depicts that the 
value of pointer PEB_N is re-initialized to be equal to one. 
Thereafter, the process proceeds to method step 1435 
wherein it is shown that the "update pointer PEB_N" 
process ends. Thereafter, the flow resumes subsequent to the 

20 step which called upon the process shown in FIG. 14C2 
(e.g., flow will resume subsequent to method step 1413 in 
one instance, and subsequent to method step 1423 in another 
instance). 

II. Crossbar Switch Having Input Buffers 

25 The foregoing discussion examined the application of the 
"minimum bandwidth guarantee for crossbar switches hav- 
ing input queues" scheme in the context of a cross-point 
buffer switch. The following discussion examines applica- 
tion of the "minimum bandwidth guarantee for crossbar 

30 switches having input queues" scheme in the context of a 
crossbar switch having queues wherein each queue at a 
particular ingress is not accessible independently of other 
queues at that particular ingress. 
With reference now to FIGS. 15 and 16, shown are a 

35 picto graphic representations of the "minimum bandwidth 
guarantee for crossbar switches having input queues" 
scheme employed within a crossbar switch having non- 
independently accessible input buffers (hereinafter, for sake 
of brevity, a crossbar switch having non-independently 

40 accessible input buffers will be referred to as an "input- 
buffered crossbar switch"). As can be seen, the crossbar 
switch is similar to the cross-point buffer switch shown in 
FIG. 6, except that "queues" 1516-1526 are shown as 
contiguous areas of input buffers and that the schedulers 

45 must access the "queues" 1516-1526 through memory con- 
trollers 1540-1544. 

As shown, bandwidth counters are still associated with 
ingress-egress pairs in substantially the same fashion as was 
described in relation to FIG. 6. However, the fact that only 

50 one "queue" at an ingress can be accessed at a particular 
time significantly complicates the way in which bandwidth 
counters can be utilized by the devices shown in FIGS. 15 
and 16 to apply the "minimum bandwidth guarantee for 
crossbar switches having input queues" to input-buffered 

55 crossbar switches. That is, when an attempt is made to 
directly employ the "minimum bandwidth guarantee for 
crossbar switches having input queues" scheme in an input- 
buffered crossbar switch, several problems arise which must 
be overcome to allow substantially the optimum, function- 

60 ing of the scheme. 

As discussed above, because each egress queue at each 
ingress in a cross-point buffer switch is independently 
accessible, the egress schedulers at each egress run autono- 
moiisly (in relation to other egress schedulers), because, in 

65 a cross-point buffer switch, an egress connected to a queue 
at an ingress does not prevent a different egress from 
connecting with another queue at the same ingress. As has 
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been demonstrated, the foregoing is not true for an input- ingress is moved to and viewed from to the global viewpoint 

buffered crossbar switch. Each "queue" at an input -buffered of each egress. This eliminates the first sub-problem, but 

crossbar switch ingress (e.g., lngress_l-Egress__l queue gives rise to a second sub-problem, which arises from the 

1516 and Ingress_2-Egress_l queue 1518) is actually a fact that each egress needs to be aware of the fact that a 

region of memory to which access is controlled by a memory s connection between a fellow egress and a particular ingress 

controller (e.g., single access memory controller 1540). forestalls any other egress from connecting with the 

Consequently, only one "queue" (e.g., Ingress_l-Egress__l so-connected ingress. That is, since the solution for the first 

queue 1516, or Ingress_2-Egress_l queue 1518) at each problem aUows each egress to schedule connections for 

input-buffered crossbar switch mgress (e.g., switch ^^^^ independent of other egresses, the possibility arises 

ingressj 1511) can connect with any one input-buffcred ^^^^ ^ ^^^^ ^^^^^^^ connections for themselves 

crossbar switch egress (Egress_l 1512) at any particular ^^^^ ingress. 

""""^us, at any one input-buffer^d crossbar switch ingress at '^^ ^^^.^^^^ ^^^^ second sub-problem ^ to^y^temati. 

which two or more queues are vying, or contending, for ^^^^y ^'^^^^"^ ^f^^. ^^^^^"^^ ^ scheduled candidate 

access to one or more input-buffered crossbar switch connections, and ehminate scheduhng conflicts between two 

egresses, the contention between the two or more vying ^5 or more egresses scheduled to access the same mgress. 

queues must be resolved so that a proper connection can be Thereafter, data is transmitted and bandwidth counters are 

estabUshed for the input-buffered crossbar switch ingress, adjusted as is appropriate. This solution is illustrated picto- 

because a connection between one queue at a particular graphically in FIGS. 15 and 16 by Egress_l's Ingress 

input-buffered crossbar switch ingress and a input-buffered Queue-Egress Connection Scheduler 1564 which utilizes the 

crossbar switch egress forestalls any other connection to any 20 Candidate Ingress Queue-Egress Physical Connections 

other queue at that input-buffered crosvsbar switch ingress. Matrix, resolves any contentions arising from more than one 

One way to solve the foregoing noted problem is to allow egress scheduled to connect to the same ingress, and builds 

the queues at each input-buffered crossbar switch ingress to Granted Ingress Queue-Egress Physical Connections Row 

resolve their contentions amongst themselves. Matrix for Egress_„l — which is viewed below, for sake of 

Unfortunately, this way is sub-optimum because one or more 25 illustration, as a row of a Granted Ingress Queue-Egress 

queues at another input-buffered crossbar switch ingress Physical Connections Matrix, and Egress_2*s Ingress 

might be vying for access to the same input-buffered cross- Queue-Egress Connection Scheduler 1568 which utilizes the 

bar switch egress. Since queues at each input-buffered Candidate Ingress Queue-Egress Physical Connections 

crossbar switch ingress do not "talk to each other," it was Matrix, resolves any contentions arising from more than one 

found that having the ingresses resolve their own internal 30 egress scheduled to connect to the same ingress, and builds 

contentions was sub-optimum in that even though conten- Granted Ingress Queue-Egress Physical Connections Row 

tions arc resolved internal to, say, two different input- Matrix for Egress_2 — ^which is viewed below, for sake of 

buffered crossbar switch ingresses, those two different input- illustration, as a row of a Granted Ingress Queue-Egress 

buffered crossbar switch ingresses might still schedule Physical Connections Matrix. 

themselves to connect with the same input-buffered crossbar 35 Transmission unit for Egress_l 1501 utilizes Granted 
switch egress, which would mean one of the ingresses would Ingress Queue -Egress Physical Connections Matrix for 
have to wait for connection. Egress_l — ^which is viewed below, for sake of illustration, 
The solution, described in detail below, Ls to move the as a row of a Granted Ingress Queue -Egress Physical 
contention resolution decisions from the input-buffered Connections Matrix — to establish an appropriate Egress_l 
crossbar switch ingresses to each input-buffered crossbar 4Q 1512 connection with a particular ingress and, if appropriate, 
switch egress. Thus, each input-buffered crossbar switch subsequent to data transmission decreases the bandwidth 
egress can examine all input-buffered crossbar switch counter associated with the queue from which the data was 
ingresses that are needing to connect with it, and resolve any transmitted (e.g., if the queue from which data was trans- 
input-buffered crossbar switch ingress contentions so that milled had a non-zero bandwidth counter, the bandwidth 
only one of several input-buffered crossbar switch ingresses 45 counter is decremented; otherwise, the bandwidth counter is 
feeding a particular input-buffered crossbar switch egress left undisturbed). Transmission unit for Egress_2 1502 
will be scheduled to connect with the particular input- utilizes Granted Ingress Queue -Egress Physical Connections 
buffered crossbar switch egress. This solution is illustrated Matrix for Egress_2 — ^which is viewed below, for sake of 
pictographically in FIGS. 15 and 16 by Egress__l Scheduler illustration, as a row of a Granted Ingress Queue-Egress 
1562, which utilizes guaranteed minimum bandwidth and 50 Physical Connections Matrix — to establish an appropriate 
excess bandwidth constraints to resolve any contentions Egress_^ 1514 connection with a particular Ingress and, if 
arising from more than one queue at the same ingress vying appropriate, subsequent to data transmission decreases the 
for access to an egress, and buOds Candidate Ingress Queue- bandwidth counter associated with the queue from which the 
Egress Physical Connections Column Matrix for Egress_ data was transmitted (e.g., if the queue from which data was 
1 — ^which is viewed below, for sake of illustration, as a 55 transmitted had a non-zero bandwidth counter, the band- 
column of a Candidate Ingress Queue-Egress Physical Con- width counter is decremented; otherwise, the bandwidth 
nections Matrix, and Egress„2 Scheduler 1566, which uti- counter is left undisturbed). 

lizes guaranteed minimum bandwidth and excess bandwidth As has been mentioned, various column and row vectors, 
constraints to resolve any contentions arising from more or matrices (e.g.. Candidate Ingress Queue-Egress Physical 
than one queue at the same ingress vying for access to an 60 Connections Column Matrix for Egrcss_l; Granted Ingress 
egress, and builds candidate Ingress Queue-Egress Physical Queue-Egress Physical Connections Row Matrix for 
Conneclions Column Matrix for Egress__2 — which is Egr6ss_l) will be viewed, or treated, in the discussion 
viewed below, for sake of illustration, as a column of a below as columns or rows of other matrices (e.g., as a 
Candidate Ingress Queue -Egress Physical Connections column of a Candidate Ingress Queue-Egress Physical Con- 
Matrix. 65 nections Matrix, or as a row of a Granted Ingress Queue- 
The noted solution to the first sub-problem is a conceptual Egress Physical Connections Matrix). The reason for this is 
shift where the problem of contention resolution at each thattheoveralloperationof the application of the "minimum 
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bandwidth guarantee for crossbar switches having, input 
queues" scheme to input-buffered crossbar switches is easier 
to understand if the scheme is described as a sequential 
fashion, with operations to be performed in parallel at each 
egress being described via the description of such operations 
as being executed at each egress in sequence. However, it 
should be noted that although the application will be 
described in a sequential fashion, in one embodiment the 
operations described as executing in sequence at each egress 
are actually implemented via such processes operating in 
parallel at each egress with the coordinating effects arising 
from the sequential processes, described below, being 
achieved by communications between the processes execut- 
ing at the respective egresses. Such a transition from sequen- 
tial to parallel operation is well within the ambit of one of 
ordinary skill in the art, and requires only minimal experi- 
mentation. 

In order to understand the operation of processes and 
devices described below, it is necessary to introduce some 
new concepts and terminology. FIGS. 17 and 18 introduce 
these new concepts and terminology via the use of a first 
example (shown in FIG. 17) which explains the concepts 
and terminology in the context of a cross-point buffer switch 
environment (with such example constituting yet another 
embodiment of the present invention being practiced in a 
cross-point buffer switch environment), and a second 
example which modifies the concepts and terminology intro- 
duced in FIG, 17 in a manner appropriate to input-buffered 
crossbar switch environment. 

Referring now to FIG. 17, shown is an example of 
cross-point buffer switch 1700 responding to a particular 
state of events illustrated in pending packets requesting 
transmission diagram 1702. (Cross-point buffer switch 1700 
is depicted in a slightly different format than that previously 
used to depict a cross-point buffer switch). Cross-point 
buffer switch 1700 is depicted as a 4x4 switch, having four 
ingresses 1704 and four egresses 1706, with each ingress- 
egress pair having associated with it a queue, denoted in 
FIG. 17 as Qji,^ where "first subscript'* 

equates to the queue's ingress number and where "second 
subscript" equates to the queue's egress number. 

Shown in pending packets requesting transmission dia- 
gram 1702 is that there are two packets at ingress #1 
requesting transmission. Depicted is that a first packet at 
ingress #1 is requesting transmission from the switch via 
egress #2, and that a second packet at ingress #1 is request- 
ing transmission from the switch via egress #3. Illustrated is 
that there are two packets at ingress #2 requesting transmis- 
sion. Shown is that a first packet at ingress #2 is requesting 
transmission from the switch via egress #2 and that a second 
packet at ingress #2 is requesting transmission from the 
switch via egress #4. Depicted is that there is one packet at 
ingress #3 requesting transmission from the switch via 
egress #1. Illustrated is that there is one packet at ingress #4 
requesting transmission from the switch via egress #4. 

Shown in Pending Request Pattern Matrix 1708 is that the 
fact that there are one or more pending packets requesting 
transmission, as illtistrated in pending packets requesting 
transmission diagram 1702, can be illustrated in matrix 
form. In Pending Request Pattern Matrix 1708 the rows of 
the matrix represent ingress #1 through #4, while the col- 
umns of the matrix represent egress #1 through egress #4. 
The presence of a "1" within a particular row and column of 
Pending Request Pattern Matrix 1708 indicates that at least 
one packet is pending transmission (i.e. is queued) from the 
ingress to the egress denoted by the matrix entry. The 
presence of a "0" within a particular row and column of 
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pending request matrix 1708 indicates that no packet is 
pending transmission (i.e. is queued) from the ingress to the 
egress denoted by the matrix entry. Consequently, shown in 
Pending Request Pattern Matrix 1708 is that column 4 has 
s an entry of "1" in row #2 — corresponding to the fact that at 
least one pending packet requesting transmission via egress 
#4 is queued at ingress #2, an entry of "1" in row 
#4 — corresponding to the fact that at least one pending 
packet requesting transmission via egress #4 is queued at 
10 ingress #2, an entry of "0" in row #1 — corresponding to the 
fact that no pending packets requesting transmission via 
egress #4 are queued at ingress #1, and an entry of "0" in row 
#3 — corresponding to the fact that no pending packets 
requesting transmission via egress #4 are queued at ingress 
15 #3. 

Likewise, illustrated in Pending Request Pattern Matrix 
1708 is that column 3 has an entry of "1" in row 
#1 — corresponding to the fact that it least one pending 
packet requesting transmission via egress #3 is queued at 
20 ingress #1, and has entries of "0*' in the remaining rows (e.g., 
row #2, #3, and #4) of column 3 — corresponding to the fact 
that no pending packets requesting transmission via egress 
#3 are queued at either ingress #2, #3, or #4. Further shown 
in Pending Request Pattern Matrix 1708 is that column 2 has 
25 an entry of "1" in row #1— corresponding to the fact that it 
least one pending packet requesting transmission via egress 
#2 is queued at ingress #1, an entry of "1" in row 
#2 — corresponding to the fact that at least one pending 
packet requesting transmission via egress #2 is queued at 
30 ingress #2, and has entries of "O'* in the retnaining rows (e.g., 
row #2, and row #3) — corresponding to the fact that no 
pending packets requesting transmission die egress #2 are 
queued at either ingress #3, or #4. 

Shown in near optimum candidates selected by schedulers 
35 diagram 1710, for sake of illustration, is a hypothetical 
illustration of a situation in which a first scheduler (not 
shown) running at egress #1 has determined that its near 
optimum candidate for transmission is queued at ingress #3, 
a second scheduler (not shown) running at egress #2 has 
40 determined that its near optimum candidate for transmission 
is queued at ingress #1, a third scheduler (not shown) 
running at egress #3 has determined that its near optimum 
candidate for transmission is queued at ingress #1, and that 
the fourth scheduler (not shown) running at egress #4 has 
45 determined that its near optimum candidate for traasmission 
is queued at ingress #2. T*he ingress locations of the hypo- 
thetical near optimal candidates for transmission associated 
with respective egresses are illustrated in near optimum 
candidates selected by schedulers diagram 1710 by arrows 
50 running from egresses to ingresses. 

Candidate Ingress Queue-Egress Physical Connections 
Matrix 1712 illustrates in matrix form the desired ingress 
queue-egress physical connections necessary to affect the 
determined near optimum candidates for transmission 
55 shown pictographically in near optimum candidates selected 
by schedulers diagram 1710. The convention utilized in 
Candidate Ingress Queue-Egress Physical Connections 
Matrix 1712 is the similar to that utilized in Pending Request 
Pattern Matrix 1708, That is, columns 1 through 4 corre- 
60 spond to egresses #1 through #4, respectively, and rows 1 
through 4 correspond to ingresses #1 through #4, respec- 
tively. A "1" entered in a row and column of Candidate 
Ingress Queue-Egress Physical Connections Matrix 1712 
indicates that a candidate physical connecrion exists 
65 between the egress associated with the column and a queue 
at the ingress associated with the row in which the "1" 
appears. Notice that Candidate Ingress Queue-Egress Physi- 
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cal Connections Matrix 1712 shows a candidate ingress #1 
queue-egress #2 physical connection, and a candidate 
ingress #1 queue-egress #3 physical connection. 

Physical connection diagram 1714 illustrates pictographi- 
cally hypothetical granted physical connections established 
prior to transmission of pending packets requesting trans- 
mission illustrated in near optimum candidates selected by 
schedulers diagram 1712. Shown in physical connection 
diagram 1714 is that a connection has been established 
between a queue at ingress #1 and egress #2, which indicates 
that the candidate ingress #1 queue-egress #2 physical 
connection shown in Candidate Ingress Queue-Egress 
Physical Connections Matrix 1712 has been granted. 
Depicted in physical connection diagram 1714 is that a 
connection has been established between a queue at ingress 
#1 and egress #3, which indicates that the candidate ingress 
#1 queue -egress #3 physical connection shown in Carididate 
Ingress Queue-Egress Physical Connections Matrix 1712 
has been granted. Illustrated in physical connection diagram 
1714 is that a connection has been established between a 
queue at ingress #2 and egress #4, which indicates that the 
candidate ingress #2 queue-egress #4 physical connection 
shown in Candidate Ingress Queue-Egress Physical Con- 
nections Matrix 1712 has been granted. Lastly, shown in 
physical connection diagram 1714 is that a connection has 
been established between a queue at ingress #3 and egress 
#1, which indicates that the candidate ingress #3 queue - 
egress #1 physical connection shown in Candidate Ingress 
Queue-Egress Physical Connections Matrix 1712 has been 
granted. It is to be understood that schedulers are running 
substantially independently and parallel at egress #1, #2, #3, 
and ^4 such that all connections shown in physical connec- 
tion diagram 1714 are established substantially simulta- 
neously. 

The physical connection pattern is illustrated in matrix 
form via Granted Ingress Queue-Egress Physical Connec- 
tions Matrix 1716. The convention utilized in Granted 
Ingress Queue -Egress Physical Connections Matrix 1716 is 
the same utilized in Pending Request Pattern Matrix 1708. 
That is, columns 1 through 4 correspond to egresses #1 
through #4, respectively, and rows 1 through 4 correspond to 
ingresses #1 through #4, respectively. A "1" entered in a row 
and column of Granted Ingress Queue-Egress Physical Con- 
nections Matrix 1716 indicates that a physical connection 
has been established between the respective ingress queue - 
egress pair indicated by the row and column of Granted 
Ingress Queue-Egress Physical Connections Matrix 1716. 

Notice from the foregoing that the pattern composed of 
"1" and "0" shown in Candidate Ingress Queue-Egress 
Physical Connections Matrix 1712 is substantially the same 
as the pattern composed of "1" and "0" shown in Granted 
Ingress Queue -Egress Physical Connections Matrix 1716. 
This similarity between the two patterns arises from the fact 
that cross-point bufi[er switch 1700 has a separate physical 
queue for each ingress queue-egress pair. The fact that each 
ingress queue-egress pair has an independently accessible 
separate physical queue allows the simultaneous physical 
connection of egress #2 with egress #2*s respective physical 
queue associated with ingress #1, and egress #3 with egress 
#3's respective physical queue associated with ingress #1. 
This is not possible with a input-buffered crossbar switch, 
which gives rise to complications, as will now be shown. 

Referring now to FIG. 18, depicted is an example of a 
crossbar switch 1800, having one input buffer 1801 per each 
ingress of crossbar switch 1800, where each switch ingress 
has associated with it a number of ^'queues". Crossbar switch 
1800 is depicted as a 4x4 switch, having four ingresses 1804 



t5,160 Bl 

30 

and four egresses 1806, with each ingress-egress pair having 
associated with it a "queue" ("queue" is in quotes since the 
"queues" shown are not physically separate and indepen- 
dently accessible queues as denoted in cross-point switch 

5 1700, but are rather logical partitions in a physical memory 
associated with each ingress — ^which means that only one 
"queue" per ingress can be physically accessed at any one 
time). The "queues" shown in FIG, 18 follow the same 
notation as that used in FIG. 17; that is, each queue is 

10 denoted as Qyi„,.«fc,c«>,,,.«,„j.«fr.c,,>r where "first subscript" 
equates to the queue's ingress number and where "second 
subscript" equates to the queue's egress number. 

In FIG. 18, input buffers 1801 are shown a distance apart 
from crossbar switch 1800 to make clear that only one 

15 "queue" implemented within such buffer can be accessed at 
any one time by an egress. However, it is to be understood 
that crossbar switch 1800 having input buffers 1801 accepts 
and buffers packets received over their respective ingresses 
1804. 

20 Depicted in FIG. 18 is that crossbar switch 1800 having 
input buffers 1801 is reacting to the same state of events as 
that shown in FIG. 17, That is, pending packets requesting 
transmission diagram 1802 is illustrated substantially iden- 
tical to pending packets requesting transmission diagram 

25 1702, except for the fact that ingresses 1804 and egresses 
1806 shown are for crossbar switch 1800. Consequently, 
Pending Request Pattern Matrix 1808 is illustrated substan- 
tially identical to Pending Request Pattern Matrix 1708, 
except for the fact that ingresses 1804 and egresses 1806 

30 referenced are for crossbar switch 1800. For the sake of 
illustration, shown also is that near optimum candidates 
selected by schcdidcrs diagram 1810 is substantially iden- 
tical to near optimum candidates selected by schedulers 
diagram 1710, except for the fact that the ingresses 1804 and 

35 egresses 1806 referenced are for crossbar switch 1800. 
Consequently, Candidate Ingress Queue-Egress Physical 
Cormections Matrix 1812 is illustrated substantially identi- 
cal to candidate ingress-egress physical connections matrix 
1712, except for the fact that ingresses 1804 and egresses 

40 1806 referenced are for crossbar switch 1800. 

Note that even though near optimum candidates selected 
by schedulers diagram 1810 is depicted substantially iden- 
tical to near optimum candidates selected by schedulers 
diagram 1710, and Candidate Ingress Queue-Egress Physi- 

45 cal Connections Matrix 1812 is illustrated substantially 
identical to Candidate Ingress Queue-Egress Physical Con- 
nections Matrix 1712, the physical constraints of crossbar 
switch 1800 having input buffers 1801 make it physically 
impossible to have physical connections such as those 

50 illustrated in physical connection diagram 1714, and 
Granted Ingress Queue-Egress Physical Connections Matrix 
1716, of FIG. 17. However, also note that the near optimum 
situation is that such simultaneous connection would be the 
near optimum situation. Thus, there is a contention between 

55 equally important requests for an egress port. It is necessary 
to resolve this contention. 

Physical connection diagram 1814 illustrates pictographi- 
cally a substantially different hypothetical physical connec- 
tion than that shown in physical connection diagram 1714 of 

60 FIG. 17. In physical connection diagram 1814 the just- 
discussed contention has been resolved. Physical connection 
diagram 1814 shows physical connections established prior 
to granting and transmission of pending packets requesting 
transmission illustrated in pending packets requesting trans- 

65 mission diagram 1802, Shown in physical connection dia- 
gram 1814 is that a connection has been established between 
a queue at ingress #1 and egress #2, which indicates that the 
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candidate ingress #1 queue-egress #2 physical connection 
shown in Candidate Ingress Queue -Egress Physical Con- 
nections Matrix 1812 has been granted. Depicted in physical 
connection diagram 1814 is that a connection has been 
between a queue at ingress #2 and egress #4, which indicates 
that the candidate ingress #2 queue-egress #4 physical 
connection shown in Candidate Ingress Queue-Egress 
Physical Connections Matrix 1812 has been granted. Lastly, 
shown in physical connection diagram 1814 is that a con- 
nection has been established between a queue at ingress #3 
and egress #1, which indicates that the candidate ingress #3 
queue-egress #1 physical connection shown in Candidate 
Ingress Queue-Egress Physical Connections Matrix 1812 
has been granted. (It is to be understood that schedulers are 
running substantially independently and parallel at egress 
#1, #2, #3, and #4 such that all connections shown in 
physical connection diagram 1814 are established substan- 
tially simultaneously.) 

The physical connection diagram 1814 is illustrated in 
matrix form via Granted Ingress Queue -Egress Physical 
Connections Matrix 1816. The convention utilized in 
Granted Ingress Queue -Egress Physical Connections Matrix 
1816 is the same utilized in Granted Ingress Queue-Egress 
Physical Connections Matrix 1716. That is, columns 1 
through 4 correspond to egresses #1 through #4, 
respectively, and rows 1 through 4 correspond to ingresses 
#1 through #4, respectively. A "1" entered in a row and 
column of Granted Ingress Queue -Egress Physical Connec- 
tions Matrix 1816 indicates that a physical connection has 
been established between the respective ingress queue - 
egress pair indicated by the row and column and thus that the 
corresponding candidate physical connection between the 
corresponding ingress queue-egress pair illustrated in Can- 
didate Ingress Queue-Egress Physical Connections Matrix 
1812 has been granted. 

Notice that unlike in the physical connection diagram of 
FIG. 17, illustrated in Granted Ingress Queue-Egress Physi- 
cal Connections Matrix 1816 is that no connection has been 
granted between egress #3 and ingress #1 — the contention 
with respect to ingress #1 having been resolved. Deciding 
how to resolve the contention between the two-equally 
valuable pending requests, while taking account of guaran- 
teed minimum bandwidth and excess bandwidth constraints, 
requires a substantially different process than that described 
previously in relation to the cross-point switch. This sub- 
stantially different process will now be discussed. 

In addition to liie foregoing, the following described 
processes and devices make use of bandwidth counters, 
denoted wi^g„ss_j,^csr^ss_e^ where the bandwidth counter is 
associated with an ingress i and an egress e. For substantially 
the same reasons as those discussed in relation to the 
cross-point buffer switch, above, it is important that the 
bandwidth counters associated with each ingress and egress 
be kept current. Accordingly, it is to be understood that 
substantially simultaneous with the following described 
processes and devices, processes are running at, or associ- 
ated with, each egress which reset, or reinitialize, the band- 
width counters associated with each egress upon the expi- 
ration of a specified time interval associated with each 
egress. For example, a process analogous to that shown in 
FIG. 7 is to be understood to be running at and associated 
with a first egress of an input-buffered crossbar switch (e.g., 
egress #1 of input-buttered cTossbar switch 1800), which 
updates the bandwidth counters associated with that first 
egress of the input-buffered crossbar switch and which are 
utilized by the processes and devices described below. 
Likewise, a process analogous to that shown in FIG. 10 is to 
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be understood to be running at and associated with a second 
egress of an input buffered crossbar switch (e.g., egress #2 
of input-buffered crossbar switch 1800), which updates the 
bandwidth counters associated with that second egress of the 

5 input-buffered crossbar switch and which are utilized by the 
processes and devices described below. It is to be understood 
that like processes are running at all egresses described 
below such that the bandwidth counters associated with each 
such egress are reinitialized, or kept current, upon the 

10 expiration of respective time intervals designated for each 
such egress. 

With reference now to FIG. 19, shown is a high-level 
logic flowchart illustrating a process which can be utilized 
with cross bar switches having input buffers. Method step 

15 1900 illustrates the start of the process. Method step 1902 
shows the initialization of three different pointers: a pointer 
utilized to take into account guaranteed minimum bandwidth 
scheduler constraints for egress_e, "PE_e", is set equal to 
one for all e=l up to E, where E has the value of the highest 

20 ordinal number of egresses from a particular crossbar .switch 
(e.g., E would have value of four for crossbar switch 1800); 
a pointer utilized to take into account excess bandwidth 
scheduler constraints for Egress_6, "PEB_e", is set equal to 
one for all e=l up to E, where E has the value of the highest 

25 ordinal number of egresses from a particular crossbar 
switch; and, a pointer utilized to resolve ingress contentions 
for ingress_i, "PI_i", is set equal to one for all i«l up to I, 
where I has a value of the highest a ordinal number of 
ingresses to a particular crossbar switch (e.g., I would have 

30 value of four for crossbar switch 1800). Thereafter, method 
step 1904 depicts that a determination is made as to whether 
any queue associated with any switch egress has a packet 
waiting for transmission; method step 1904 shows that this 
is achieved by checking whether any Queue^„^^^^_(,-).^^^,^_ 

35 where i can take on any value from 1 to I (i.e., highest 
ordinal number of ingresses into switch) and where c can 
take on any value from 1 to E (i.e., highest ordinal number 
of the egresses from switch). In the event that no queue has 
a packet waiting for transmission, the process proceeds to 

40 method step 1906 which shows that no packet is transmitted 
to any port. However, in the event that at least one queue has 
a packet waiting for transmission, the process proceeds to 
method step 1908 which shows the execution of a "packet 
transmit by contention resolution and transmit packet sched- 

45 ulers^* process. 

Referring now to FIG. 20, shown is an example of a 
packet transmit by contention resolution and transmit 
packet scheduler'* process. Method step 1908A shows the 
start of "packet transmitted by contention resolution and 

50 transmit packets schedulers" process. Method step 2000 
shows the engagement in an "schedulers (one at each egress) 
utilize guaranteed minimum bandwidth and excess band- 
width constraints to resolve any contentions arising from 
more than one queue at the same ingress vying for access to 

55 an egress, and build Candidate Ingress Queue-Egress Physi- 
cal Connections Matrix for each egress" process, which will 
essentially create, or build, Candidate Ingress Queue -Egress 
Physical Connections Matrix for a particular switch in 
question (e.g., a matrix such as Candidate Ingress Queue- 

60 Egress Physical Connections Matrix 1812 illustrated in FIG. 
18) where the matrix built will indicate candidate physical 
connections between particular ingresses and particular 
egresses. Thereafter, as has been shown in the example of 
FIG. 18, it is possible and indeed likely that the created, or 

65 built, Candidate Ingress Queue -Egress Physical Connec- 
tions Matrix will have more than one ingress contending for 
access to the same egress; consequently, method step 2002 
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depicts the engagement in an "ingress queue -egress connec- 
tion schedulers (one at each egress) utilize Candidate Ingress 
Queue-Egress Physical Connections Matrix, resolve any 
contentions arising from more than one egre&s scheduled to 
connect to the same ingress, and build Granted Ingress s 
Queue-Egress Physical Connections Matrix for each egress" 
process whereby any contentions such as those illustrated in 
near optimum candidates selected by schedulers diagram 
1810 of FIG. 18 are resolved and physical connections, 
analogous to those illustrated in physical connection dia- lO 
gram 1814 of FIG. 18, are granted. 

Subsequent to the establishment of the appropriate physi- 
cal connections necessary to transmit the granted candidates, 
method step 2004 shows that a "transmission units (one at 
each egress), utilizing Granted Ingress Queue-Egress Physi- 15 
cal Connections Matrix, transmit packets adjusting band- 
width counters as appropriate" process is engaged in. 
Thereafter, the process proceeds to method step 1908B 
which depicts the end of the "packet transmit by contention 
resolution and transmit packet schedulers" process. 20 

With reference now to FIG. 21, shown is an example of 
the "schedulers (one at each egress) utilize guaranteed 
minimum bandwidth and excess bandwidth constraints to 
resolve any contentions arising from more than one queue at 
the same ingress vying for access to an egress, and build 25 
Candidate Ingress Queue-Egress Physical Connections 
Matrix for each egress" process referenced in method step 
2000. Method step 2000A depicts the start of the example of 
the "schedulers (one at each egress) utilize guaranteed 
minimum bandwidth and excess bandwidth constraints to 30 
resolve any contentions arising from more than one queue at 
the same ingress vying for access to an egress, and build 
Candidate Ingress Queue-Egress Physical Connections 
Matrix for each egress" process referenced in method stop 
2000. Method step 2100 shows that an Egress Designator 35 
variable, "c", is initialized equal to zero (0). Tlie re after, 
method step 2102 depicts that the egress designator variable 
"e" is incremented by one (1). 

Method step 2104 illustrates the inquiry as to whether any 
queue associated with any ingress feeding the egress 40 
denoted by egress designator e has a packet waiting for 
transmission, which is illustrated as being accomplished by 
examining all Queuey„^„^^ where e is the current « 

value of egress designator e and i can take on any valid value 
from one to the highest ordinal number of ingresses I (e.g., 45 
in relation to the crossbar switch shown in FIG. 18, the 
highest ordinal number of a ingresses I would be four (4), 
while in relation to the crossbar switch shown in FIG. 18, the 
highest ordinal number of ingresses I would be three (3)). If 
the inquiry illustrated in method step 2104 shows that no 50 
queue associated with any ingress feeding the egress 
denoted by egress designator e has a packet waiting for 
transmission, the process proceeds to method step 2106 
which shows the engagement in a "no candidate packet 
selected" process which is discussed in detail below but ss 
which essentially builds the column of Ingress- Egress asso- 
ciated with Egress_e in such a fashion that it is apparent that 
there are to be no candidate Ingress-Egress connections 
associated with Egress e. Thereafter, the process proceeds to 
method step 2114. 60 

Method step 2114 depicts the inquiry of whether e is equal 
to the greatest ordinal number of egresses, E, which indi- 
cates that all egresses have been examined in which case the 
process proceeds to method step 2000B which shows the 
end of the example of the "schedulers (one at each egress) 65 
utilize guaranteed minimum bandwidth and excess band- 
width constraints to resolve any contentions arising from 



more than one queue at the same ingress vying for access to 
an egress, and build Candidate Ingress Queue-Egress Physi- 
cal Connections Matrix for each egress" process referenced 
in method stop 2000. 

If the inquiry illustrated in method step 2104 shows that 
at least one queue associated with any ingress feeding the 
egress denoted by egress designator e has a packet waiting 
for transmission, the process proceeds to method step 2108 
which depicts an inquiry of whether any one of 
Q^x^^^CJ^gre:»_i.Egn,ss_e^ assodated with any ingress feeding 
the egress denoted by egress designator e (i.e., Egress„e), 
having a packet waiting for transmission also has a non-zero 
bandwidth counter. If the inquiry illustrated in method step 
2108 shows that at least one of Q^^^^f„g„ss_i-Egress_e> 
associated with any ingress feeding the egress denoted by 
egress designator e (i.e., Egress_e), having a packet waiting 
for transmission also has a non-zero bandwidth counter then 
it is known that the potential ingress candidate selection for 
Egress_e must take into account guaranteed minimum 
bandwidth concerns for one or more ingresses associated 
with Egr6ss_e, and consequently the process proceeds to 
method step 2110 which shows the engagement in a "Select 
a Candidate for Egress__e Taking Into Account Minimum 
Bandwidth Scheduler Constraints" process, discussed in 
more detail below. Thereafter, the process proceeds to 
method step 2114 and continues from that point. 

If the inquiry illustrated in method step 2104 shows that 
no queue associated with any ingress feeding the egress 
denoted by egress designator e has a packet waiting for 
transmission, then it is known that the potential ingress 
candidate selection for Egress_e need not take into account 
guaranteed minimum bandwidth concerns for one or more 
ingresses associated with Egress„e, and consequently the 
process proceeds to method step 2112 which shows the 
engagement in a "Select a Candidate for Egress_e Taking 
Into Account Excess Bandwidth Scheduler Constraints" 
process. Thereafter, the process proceeds to method step 
2114 and continues from that point. 

Referring now to FIG. 22, depicted is an example of the 
"no candidate packet selected" process referenced in method 
step 2106. Method step 2106A illustrates the start of the 
example of the "no candidate packet selected" process 
reference in method step 2106, Method step 2200 shows the 
building or construction of column e of Candidate Ingress 
Queue -Egress Physical Connections Matrix, which is uti- 
lized to denoted the candidate Ingress physical connection(s) 
associated with Egress_c, which is depicted as setting all 
row entries of column e of Candidate Ingress Queue -Egress 
Physical Connections Matrix to zero (0). Thereafter, the 
process proceeds to method step 2106B which illustrates the 
end of the example of the "no candidate packet selected" 
process reference in niethod step 2106. 

With reference now to FIG. 23, illustrated is an example 
of the "Select a Candidate for Egress_e Taking Into Account 
Minimum Bandwidth Scheduler Constraints" process refer- 
enced in method step 2110. Method step 211 OA shows the 
start of the example of the "Select a Candidate for Egress_e 
Taking Into Account Minimum Bandwidth Scheduler Con- 
straints" process referenced in method step 2110. Method 
step 2300 shows the inquiry of whether ^ jngress_(PE_e_)_ 
Egress e* bandwidth counter associated with Ingress_ 
(PE„e)_Egrcss__e is non-zero (the notation used means 
that bandwidth counter associated with Ingress 3 feeding 
Egress 2 if e has value equal to two (2) and pointer PE_2 
contains value equal to 3). In the event that the inquiry 
depicted in method step 2300 shows that ^ ingr^ss_(^£_ej)_ 
Egress_ey bandwidth counter associated with Ingress_ 
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(PE„e)_Egress_e is zero, it is known that the ingress 
denoted by the value of PE_e has had its guaranteed 
minimum bandwidth satisfied; consequently, the process 
proceeds to method step 2302 which shows the engagement 
in an "update value of PE_e*' process, which is explained in 
more detail below, but which essentially increments the 
vahie held within PE_e (note that it is the value held within 
pointer PE__e that is being incremented — e is NOT being 
incremented at this point) so that PE_e is now pointing at 
the next ingress associated with Egrcss__e. Thereafter, the 
process proceeds to method step 2300. 

In the event that the inquiry depicted in method step 2300 
shows that W^„^^„_(pE the bandwidth counter 

associated with Ingress_^j,£;_^s^^^^j_^ is non-zero, it is 
known that the ingress denoted by the value of PE_6 has 
NOT had its guaranteed minimum bandwidth satisfied; 
consequently, the process proceeds to method step 2304 
which shows the engagement in an inquiry as to whether 
there is actually a packet waiting for transmission in the 
queue associated with Ingress_(PE_e)-Egrcss_e (this step 
is necessary in that it is possible that one of the ingresses 
feeding Egr6ss_e might actually have a non-zero bandwidth 
counter but not have a packet awaiting transmission at this 
particular point in time). In the event that the inquiry 
depicted in method step 2304 which shows that there is no 
packet waiting for transmission in the queue associated with 
Ingress (PE_e)-Egress_e the process proceeds to method 
step 2302 and engages in the "update value of PE_e" 
process, which essentially increments the value held within 
PE_e (note that it is the value held within pointer PE_e that 
is being incremented — e is NOT being incremented at this 
point) so that PE_e is now pointing at the next ingress 
associated with Egress_6, Thereafter, the process proceeds 
to method step 2300. 

In the event that the inquiry depicted in method step 2304 
which shows that there is a packet waiting for transmission 
in the queue associated with Ingress_(PE__e)-Egress_e the 
process proceeds to method step 2306, wherein is shown the 
building or construction of column e of Candidate Ingress 
Queue-Egress Physical Connections Matrix, which is uti- 
lized to denote the candidate Ingress physical connection(s) 
associated with Egress_e, where such construction or build- 
ing is depicted as setting the row entry PE_e of column e of 
Candidate Ingress Queue-Egress Physical Connections 
Matrix to one (1) to indicate that Ingress_(PE_e) is an 
Ingress which has yet to have its access, or guaranteed 
minimum bandwidth requirements, with respect to 
Egress_,e satisfied. ITiereafter, the process , proceeds to 
method step 2110B which illustrates the end of the example 
of the "Select a Candidate for Egress_e Taking Into Account 
Minimum Bandwidth Scheduler Constraints" process refer- 
enced in method step 2110. 

Notice that even though an ingress has been selected as a 
candidate for possible physical connection to Egress_e, no 
adjustment subtraction from the bandwidth counter associ- 
ated with the selected ingress has been done. The reason for 
this is that the fact that a particular input- buffered crossbar 
switch (e.g., crossbar switch 1800) can only connect to one 
ingress at a time, so the fact that an ingress has a packet 
deserving of immediate transmission does not mean that the 
packet will be transmitted. Whether or not it will be trans- 
mitted depends upon the ultimate actions by a contention 
resolution process described below, and thtis the adjustment 
of the bandwidth counter must be deferred until a decision 
is made as to which candidate connections will be made and 
which queues actually will have packets transmitted. 

Referring now to FIG. 24, shown is an example of the 
"update value held within pointer PE_e" process referenced 
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in method step 2302. Method step 2302A shows the start of 
the example of the "update value held within pointer PE_e" 
process referenced in method step 2302. Method step 2400 
depicts that the value of (or held within) pointer PE__6 is 

5 incremented by one (1) (again, realize that it is the value of 
PE_e that is being incremented — c is not being 
incremented). Thereafter, method step 2402 depicts the 
inquiry as to whether the value of PE_e is greater than I, 
where I is the highest ordinal ntunber of ingresses. In the 

10 event that the inquiry of method step 2402 indicates that the 
value of PE_e is greater than 1, where I is the highest ordinal 
number of ingresses, the process proceeds to method step 
2404 which illustrates that the value of PE_e is set equal, or 
reinitialized, to one (1). Tliereafter, the process proceeds to 

15 method step 2302B which shows the end of the example of 
the ^ijpdate value held within pointer PE_e" process refer- 
enced in method step 2302. 

With reference now to FIG. 25, depicted is an example of 
the "Select a Candidate for Egress_c Taking Into Account 

20 Excess Bandwidth Scheduler Constraints" process refer- 
enced in method step 2112. Method step 2112A illustrates 
the start of the example the "Select a Candidate for 
Egress_e Taking Into Account Excess Bandwidth Scheduler 
Constraints" process referenced in method step 2112. 

25 Method step 2500 shows the inquiry of whether 
Qw^&jngress_{P£B-e)^gress^e ^^s a packct Waiting for traus- 
mission (the notation used means that the queue being 
examined will be that associated with Ingress_„l feeding 
Egress_3 if e has value equal to three (3) and pointer 

30 PEB_3 contains value equal to one (1)). In the event that the 
inquiry depicted in method step 2500 shows that Qfngress_ 
(pEB_eS)^gre^s_ei queuc associatcd with Ingress_ 
(PEB_e)__Egress_e does not have a packet wailing for 
transmission, the process proceeds to method step 2502 

35 which shows the engagement in an "update value of PEB_ 
e^' process, which is explained in more detail below, but 
which essentially increments the value held within PEB_e 
(note that it is the value held within pointer PEB_e that is 
being incremented — e is NOT being incremented at this 

40 point) so that PEB_e is now pointing at the next ingress 
associated with Egress__e. Thereafter, the process proceeds 
to method step 2500. 

In the event that the inquiry depicted in method step 2500 
shows that Qingr^s._iPE£^e^^^gress_e^ ^hc qucuc associatcd 

45 with Ingr6ss_(PE_e)_Egress_6, does have a packet wait- 
ing for traasmission, the process proceeds to method step 
2504 which shows the building or construction of column e 
of Candidate Ingress Queue-Egress Physical Connections 
Matrix, which is utihzed to denote the candidate Ingress 

50 physical connection(s) associated with Egress_e, where 
such construction or building is depicted as setting the row 
entry PEB_e of column e of Candidate Ingress Queue- 
Egress Physical Connections Matrix to one (1) to indicate 
that Ingress (PEB__e) is a potential candidate for connection 

55 with respect to Egress__e satisfied. Thereafter, the process 
proceeds to method step 2112B which illustrates the end of 
the example the "Select a Candidate for Egress_e Taking 
Into Account Excess Bandwidth Scheduler Constraints" 
process referenced in method step 2112. 

60 Referring now to FIG, 26, shown is an example of the 
"update value held within PEB_e" process referenced in 
method step 2502. Method step 2502A shows the start of the 
example of the "update value held within pointer PEB_e" 
process referenced in method step 2502. Method step 2600 

65 depicts that the value of (or held within) pointer PEB„e is 
incremented by one (1) (again, realize that it is the value of 
PEB e that is being incremented — e is not being 
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incremented). Thereafter, method step 2602 depicts the 
inquiry as to whether the value of PEB_e is greater than I, 
where I is the highest ordinal number of ingresses. In the 
event that the inquiry of method step 2602 indicates that the 
value of PEB_e is greater than I, where I is the highest 
ordinal number of ingresses, the process proceeds to method 
step 2604 which illustrates that the value of PEB_e is set 
equal, or reinitialized, to one (1). Thereafter, the process 
proceeds to method step 2502B which shows the end of the 
example of the "update value held within pointer PEB_e" 
process referenced in method step 2502. 

With reference now to FIG. 27, shown is an example of 
the "ingress queue-egress connection schedulers (one at 
each egress) utilize Candidate Ingress Queue -Egress Physi- 
cal Connections Matrix, resolve any contentions arising 
from more than one egress scheduled to connect to the same 
ingress, and build Granted Ingress Queue -Egress Physical 
Connections Matrix for each egress" process referenced in 
method step 2002. Method step 2002A depicts the start of 
the example of the "ingress queue -egress connection sched- 
ulers (one at each egress) utilize Candidate Ingress Queue - 
Egress Physical Connections Matrix, resolve any conten- 
tions arising from more than one egress scheduled to 
connect to the same ingress, and build Granted Ingress 
Queue-Egress Physical Connections Matrix for each egress" 
process referenced in method step 2002. Method step 2700 
illustrates that ingress designator, "i," is initialized equal to 
zero (0). Method step 2702 shows that ingress designator i 
is incremented by one (1). 

Method step 2704 depicts the inquiry as to whether any 
entry of row i of Candidate Ingress Queue -Egress Physical 
Connections Matrix is non-zero, which is indicative of the 
fact that the ingress associated with row i (e.g., Ingress_i) 
has a packet which needs to be preferably immediately 
transmitted over an Egress associate with Ingress__i. In the 
event that the inquiry illustrated in method step 2704 shows 
that at least one entry of row i of Candidate Ingress Queue - 
Egress Physical Connections Matrix is non-zero, it is known 
that the ingress associated with row i (e.g., Ingress_i) has a 
packet which needs to be preferably immediately transmit- 
ted over an Egress associated with Ingress„i. At this point, 
since it is known that Candidate Ingress Queue-Egress 
Physical Connections Matrix was constructed on a column- 
by-column basis, it is also known that it is possible that more 
than one entry of row i is non-zero, which in practical terms 
means that the ingress associated with row i of the Candidate 
Ingress Queue-Egress Physical Cormections Matrix (e.g., 
Ingress_i) has packets waiting for transmission in different 
queues which give rise to a need to simultaneously connect 
the different queues at Ingress_i to more than one egress. 
However, as has been discussed, in a input -buffered crossbar 
switch (e.g., crossbar switch 1800 having input buffers) such 
simultaneous connection of two or more queues at one 
ingress with two or more egresses is not possible. Thus, this 
contention needs to be resolved. 

One way in which this contention can be resolved is to 
cycle through the row entries of row i and grant the first 
candidate connection encountered in a way which will now 
be illustrated. Method step 2708 depicts the inquiry as to 
whether column entry PI_i of row i of Candidate Ingress 
Queue-Egress Physical Connections Matrix is non-zero. If 
the inquiry illustrated in method step 2708 indicates that the 
column entry PI_i of row i of Candidate Ingress Queue- 
Egress Physical Connections Matrix is zero, it is known that 
no candidate connection with respect to the egress associ- 
ated with column Pl_i of Candidate Ingress Queue-Egress 
Physical Connections Matrix exists, and thus the process 
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proceeds to method step 2710 which shows the engagement 
in an "update the value of PI_i" process, which will be 
explained in detail below but which essentially increments 
the value held within PI_i (note that it is the value held 

S within PI_i which is updated — it is not incremented in this 
step). Thereafter, the process proceeds to method step 2716 
which shows the determination of whether i is equal to I, 
which is the highest ordinal number of Ingresses. In the 
event that the inquiry depicted in method step 2716 shows 

10 that i does equal I, the process proceed to method step 
2002B, which shows the end of the example of the "ingress 
queue-egress connection schedulers (one at each egress) 
utilize Candidate Ingress Queue-Egress Physical Connec- 
tions Matrix, resolve any contentions arising from more than 

15 one egress scheduled to connect to the same ingress, and 
build Granted Ingress Queue-Egress Physical Coimections 
Matrix for each egress" process referenced in method step 
2002. 

If the inquiry illustrated in method step 2708 indicates 

20 that the column entry PI_i of row i of Candidate Ingress 
Queue -Egress Physical Connections Matrix Ls non-zero, it is 
known that a candidate connection with respect to the egress 
associated with column PI_i of Candidate Ingress Queue - 
Egress Physical Connections Matrix exists, and thus the 

25 process proceeds to method step 2712 which shows the 
creation, or building, of row i of Granted Ingress Queue - 
Egress Physical Connections Matrix (i.e., the row corre- 
sponding the granted physical connection with Ingress_i 
which LS associated with row i of the Candidate Ingress 

30 Queue-Egress Physical Connections Matrix), which is 
depicted as being achieved by setting to one (1) the row i 
column PI_i entry of the Granted Ingress Queue -Egress 
Physical Connections Matrix (where the setting of the entry 
to one indicates that the candidate connection between 

35 Ingress_i and Egress_(PI_i) has been granted) and setting 
to zero the rest of the row entries of row i where the columns 
do not equal PI_i (where the setting to zero of the other row 
entries means that any other candidate connections for 
Ingress_i have been denied — thus resolving any conten- 

40 tions associated with Ingress_i). Thereafter, the process 
proceeds to method step 2714 which shows the engagement 
in an "update the value of PI„i" process, which will be 
explained in detail below but which essentially increments 
the value held vnthin PI_i (note that it is the value held 

45 within PI_i which is updated — it is not incremented in this 
step). Thereafter, the process proceeds to method step 2716. 

Returning now to the inquiry of method step 2704, in the 
event that the inquiry illustrated in method step 2704 shows 
that no entry of row i of Candidate Ingress Qucuc-Egrcss 

50 Physical Connections Matrix is non-zero, it is known that 

the ingress associated with row i (e.g., Ingress i) does not 

have a packet which needs to be preferably immediately 
transmitted over an Egress associated with Ingress_i. 
Accordingly, the process proceeds to method step 2706, 

55 which depicts that all entries of row i of Granted Ingress 
Queue -Egress Physical Connections Matrix are set equal to 
zero (where the setting of the entry to zero indicates that no 
physical connection between Ingress__i, associated with row 
i, and Egress_l through Egress __E, associated with column 

60 1 through E of the Granted physical connection matrix, has 
been granted). Thereafter, the process proceeds to method 
step 2716 and continues from that ppint 

Subsequent to method step 2002B, it is known what 
candidate physical connections, which were illustrated by 

65 the non-zero entries contained within Candidate Ingress 
Queue -Egress Physical Connections Matrix, have actually 
been granted. The actual physical connections granted are 
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now illustrated by the non-zero entries contained within 
Granted Physical Connections Matrix. 

It was mentioned above that the adjustment of bandwidth 
counters had to wait until contention were resolved and 
physical connections granted. Insofar as the foregoing has 5 
now been done, it is possible to transmit the pending packets 
of the established or granted physical connections, and 
adjust the bandwidth counters as appropriate. These opera- 
tions referenced in method step 2004 and will be illustrated 
in FIG. 29, below. lO 

Referring now to FIG. 28, shown is an example of the 
"update value held within PU* process referenced in 
method steps 2714 and 2710. Method step 2710A shows the 
start of the example of the "update value held within PI„i". 
process referenced in method steps 2714 and 2710. Method 15 
step 2800 depicts that the value of (or held within) pointer 
PI_i is incremented by one (1) (again, realize that it is the 
value of PI_i that is being incremented — ^i is not being 
incremented). Thereafter, method step 2802 depicts the 
inquiry as to whether the value of PI__i is greater than I, 20 
where I is the highest ordinal number of ingresses. In the 
event that the inquiry of method step 2802 indicates that the 
value of PI_i is greater than I, where I is the highest ordinal 
number of ingresses, the process proceeds to method step 
2804 which illustrates that the value of PLJ is set equal, or 25 
reinitialized, to one (1). Thereafter, the process proceeds to 
method step 2710B which shows the end of the example of 
the "update value held within PI_i" process referenced in 
method steps 2714 and 2710. 

With reference now to the FIG. 29, shown is an example 30 
of the ^'transmission units (one at each egress), utilizing 
Granted Ingress Queue-Egress Physical Connections 
Matrix, transmit packets adjusting bandwidth counters as 
appropriate" process referenced in method step 2004. 
Method step 2004A depicts the start of the example of the 35 
"transmission units (one at each egress), utilizing Granted 
Ingress Queue -Egress Physical Connections Matrix, trans- 
mit packets adjusting bandwidth counters as appropriate" 
process referenced in method step 2004. Method step 2900 
illustrates that egress designator e is set, or initialized, equal aq 
to zero. Method step 2902 shows that egress designator e is 
incremented by one (1). 

Method step 2904 depicts the inquiry as to whether any 
entry of Granted Ingress Queue-Egress Physical Connec- 
tions Matrix within column e (i.e., the column associated 45 
with Egress_e) is neon-zero, which indicates that a physical 
connection exists over which a packet is to be transmitted. 
In the event that the inquiry illustrated in method step 2904 
shows that no entry of Granted Ingress Queue-Egress Physi- 
cal Connections Matrix within column e (i.e., the column 50 
associated with Egress_e) is non-zero, it is known that no 
physical connection exists over which a packet is to be 
transmitted over Egress_e, and consequently the process 
proceeds to method step 2906 which depicts that no packet 
is transmitted over Egress_e. Thereafter, the process pro- 55 
ceeds to method step 2924 wherein is illustrated that inquiry 
as to whether e is equal to E, the highest ordinal number of 
egresses. 

In the event that the inquiry of shown in method step 2924 
indicates that e is equal to E, the highest ordinal number of 60 
egresses, the process proceeds to method step 2004B, which 
shows the end of the example of the "transmission units (one 
at each egress), utilizing Granted Ingress Queue-Egress 
Physical Connections Matrix, transmit packets adjusting 
bandwidth counters as appropriate" process referenced in 65 
method step 2004. However, in the event that the inquiry 
shown in method step 2924 indicates that e is not equal to 



E, the highest ordinal number of egresses, the process 
proceeds to method step 2902 and proceeds from that point. 

Returning to the inquiry shown in method step 2904, in 
the event that the inquiry illustrated in method step 2904 
shows that at least one entry of Granted Ingress Queue- 
Egress Physical Connections Matrix within column c (i.e., 
the column associated with Egress_e) is non-zero, it is 
known that a physical connection exists over which a packet 
is to be transmitted over Egress_e, and consequently the 
process proceeds to method step 2908 which depicts that 
ingress designator i is set, or initialized, equal to zero (0). 
Thereafter, method step 2910 illustrates that ingress desig- 
nator i is incremented by one. 

Method step 2912 shows the inquiry as to whether row i, 
corresponding to Ingress_i, and column e, corresponding to 
Egress„e, of Granted Ingress Queue-Egress Physical Con- 
nections Matrix has a non-zero (e.g., 1) entry, in which case 
it is known that a physical connection has been granted 
between Ingrcss_i and Egrcss_c. In the event that the 
inquiry depicted in method step 2912 shows row i, corre- 
sponding to Ingr6ss_i, and column c, corresponding to 
Egress„e, of Granted Ingress Queue-Egress Physical Con- 
nections Matrix contain a non-zero (e.g., 1) entry, it is 
known that a physical connection has been granted between 
Ingress_i and Egress_e; accordingly, the process proceeds 
to method step 2914 wherein is illustrated that a packet is 
transmitted from Q/ngress_i-Egr^j^c- Thereafter, method step 
2916 shows the inquiry as to whether the bandwidth counter, 
^ ingress_i^grejss_e^ associatcd with the ingress from which 
the packet was transmitted in method step 2914 is greater 
than zero, in which case the process proceeds to method step 
2918 which shows that that the bandwidth counter Wy„^^„_ 
i^gT^ss_e^ associated with the ingress from which the packet 
was transmitted in method step 2914 is decreased by a factor 
based on packet length (again, as was discussed in relation 
to the processes applicable to cross-point buffer switches 
above, a short-cut approach can be used to adjust the 
bandwidth counter when each packet transmitted is of the 
same fixed length; that is, the bandwidth counter will be 
specified as a whole number of packets to be transmitted 
during the interval T and thus each time a packet is trans- 
mitted the number one (1) is merely subtracted from the 
bandwidth counter). Thereafter, the process proceeds to 
method step 2920, which shows the engagement in an 
"update the value contained in pointer PE_e" process, 
which was described in detail, above. Subsequently, the 
process proceeds to method step 2924 and proceeds from 
that point. 

In the event that the inquiry depicted in method step 2916 
shows that the bandwidth counter, ^jngress_i^gress^> asso- 
ciated with the ingress from which the packet was transmit- 
ted in method step 2914 is NOT greater than zero, the 
process proceeds to method step 2922 which shows the 
engagement in an "update the value contained in pointer 
PEB_e" process, which was described in detail, above. 
Subsequently, the process proceeds to method step 2924 and 
proceeds from that point. 

The foregoing detailed description set forth various 
embodiments of the present invention via the use of block 
diagrams, flowcharts, and examples. It will be understood as 
notorious by those within the art that each block diagram 
component, flowchart step, and operations and/or compo- 
nents illustrated by the use of examples can be implemented, 
individually and/or collectively, by a wide range of 
hardware, software, firmware, or any combination thereof. 
In one embodiment, the present invention is implemented 
via Application Specific Integrated Circuits (ASICs). 
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However, those skilled ia the art will recognize that the 
embodimeats disclosed herein, in whole or in part, can be 
cquivalently implemented in standard Integrated Circuits, as 
a computer program running on a computer, as firmware, or 
as virtually any combination thereof and that designing the 
circuitry and/or writing the code for the software or firm- 
ware would be well within the skill of one of ordinary skill 
in the art in light of this disclosure. In addition, those skilled 
in the art will appreciate that the mechanisms of the present 
invention are capable of being distributed as a program 
product in a variety of forms, and that an illustrative 
embodiment of ihe present invention applies equally regard- 
less of the particular type of signal bearing media used to 
actually carry out the distribution. Examples of a signal 
bearing media include but are not limited to the following: 
recordable type media such as floppy disks, bard disk drives, 
CD ROMs, digital tape, and transmission type media such as 
digital and analogue communication links. 

While particular embodiments of the present invention 
have been shown and described, it will be obvioxis to those 
skilled in the art that, based upon the teachings herein, 
changes and modifications may be made without departing 
from this invention and its broader aspects and, therefore, 
the appended claims are to encompass within their scope all 
such changes and modifications as are within the true spirit 
and scope of this invention. Furthermore, it is to be under- 
stood that the invention is solely defined by the appended 
claims. It will be understood by those within the art that if 
a specific number of an introduced claim element is 
intended, such an intent will be explicitly recited in the 
claim, and in the absence of such recitation no such limita- 
tion is present. For non-limiting example, as an aid to 
understanding, the following appended claims contain usage 
of the introductory phrases "at least one" and "one or more" 
to introduce claim elements. However, the use of such 
phrases should not be construed to imply that the introduc- 
tion of a claim element by the indefinite articles "a" or "an" 
limits any particular claim containing such introduced claim 
clement to inventions containing only one such element, 
even when same claim includes the introductory phrases 
"one or more" or "at least one" and indefinite articles such 
as "a" or "an"; the same holds true for the use of definite 
articles. 

What is claimed is: 

1. A method comprising: 

designating a target minimum amount of actual data 
transmission per unit time from at least one cross-point 
buffer switch ingress to at least one cross-point buffer 
switch egress; and 

substantially ensuring that the target minimum amount of 
actual data transmission per unit time from the at least 
one cross-point buffer switch ingress to the at least one 
cross-point buffer switch egress is substantially satis- 
fied. 

2. The method of claim 1, wherein said substantially 
ensuring that the target minimum amount of actual data 
transmission per unit time from the at least one cross-point 
buffer switch ingress to the at least one cross-point buffer 
switch egre&s is substantially satisfied further comprises: 

allowing substantially only the at least one cross-point 
buffer switch ingress access to the at least one cross- 
point buffer switch egress when (a) the at least one 
cross-point buffer switch ingress has data to transmit 
and (b) the actual data transmission per unit time from 
the least one cross-point buffer switch ingress to the at 
least one cross-point buffer switch egress does not 
substantially satisfy the target minimum amount of data 



15,160 Bl 

42 

transmission per xmii time from the at least one cross- 
point buffer switch ingress to the at least one cross- 
point buffer switch egress. 

3. The method of claim 2, wherein said allowing substan- 
5 tially only the at least one cross-point buffer switch ingress 

access to the at least one cross-point buffer switch egress 
when (a) the at least one cross-point buffer switch ingress 
has data to transmit and (b) the actual data transmission per 
unit time from the least one cross-point buffer switch ingress 

10 to the at least one cross-point buffer switch egress does not 
substantially satisfy the target minimum amount of data 
transmission per unit time from the at least one cross-point 
buffer switch ingress to the at least one cross-point buffer 
switch egress further comprises: 

15 specifying a set of one or more cross-point buffer switch 
egresses; 

specifying a set of one or more cross-point buffer switch 
ingresses where each of the one or more cross-point 
buffer ingresses has a designated target minimum 
amount of actual data transmission per unit time from 
the cross-point buffer switch ingress to each of the one 
or more cross-point buffer switch egresses; 

selecting a cross-point buffer switch egress from the set of 
cross-point buffer switch egresses; 

establishing one or more electrical connections between 
the selected cross-point buffer switch egress and one or 
more queues resident at the one or more cross-point 
buffer switch ingresses, such that the target minimum 
amount of actual data transmission from each of the 
one or more cross-point buffer switch ingresses to the 
selected cross-point buffer switch egress is substan- 
tially satisfied; and 

transmitting data over the one or more electrical connec- 
35 tions between the selected cross-point buffer switch 
egress and one or more queues resident at the one or 
more cross-point buffer switch ingresses. 

4. The method of claim 3, wherein said establishing one 
or more electrical connections between the selected cross- 

40 point buffer switch egress and one or more queues resident 
at the one or more cross-point buffer switch ingresses, such 
that the target minimum amount of actual data transmission 
from each of the one or more cross-point buffer switch 
ingresses to the selected cross-point buffer s\%itch egress is 
45 substantially satisfied further comprises: 

determining whether at least one of the one or more 
cross-point buffer switch ingresses has at least one 
packet pending transmission to the selected cross-point 
buffer switch egress and has a substantially unsatisfied 
50 target minimum amount of data transmission per unit 
time from the at least one cross-point buffer switch 
ingress to the selected cross-point buffer switch egress; 
and 

in response to said determining showing that at least one 
55 of the one or more one cross-point buffer switch 
ingresses (a) has at least one packet pending transmis- 
sion to the selected cross-point buffer switch egress and 
(b) has a substantially unsatisfied target minimum 
amount of data transmission per unit time from the at 
60 least one cross-point buffer switch ingress to the 
selected cross-point buffer switch egress, cross-point 
buffer, designating an electrical connection between the 
selected cross connect-switch egress and at least one of 
the one or more cross-point buffer ingresses determined 
65 to have both a packet pending transmission to the 
selected cross-point buffer switch egress and a substan- 
tially unsatisfied target minimum amount of data trans- 
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mission per unit time from the at least one cross-point from the at least one cross-point buffer switch ingress to the 

buffer switch ingress to the selected cross-point buffer selected cross-point buffer switch egress, in response to the 

switch egress. actual data transmission per unit time from the at least one 

5. The method of claim 4, further comprising: cross-point buffer switch ingress to the selected cross-point 
in response to said determining failing to show that at S buffer switch egress further comprises: 

least one of the one or more one cross-point buffer detecting transmission of data from the at least one of the 
switch ingresses has at least one packet pending trans- one or more cross-point buffer switch ingresses to the 
mission to the selected cross-point buffer switch egress selected cross-point buffer switch data egress; and 
and has a substantially unsatisfied target minimum in response to said detecting, reducing the bandwidth 
amount of data transmission per unit time from the at lO counter by a factor dependent upon the detected trans- 
least one cross-point buffer switch ingress to the mission of data. 

selected cross-point buffer switch egress, designating lo. The method of claim 9, wherein said reducing the 

an electrical connection between the selected cross bandwidth counter by a factor dependent upon the detected 

connect-switch egress and one or more cross-point transmission of data further comprises: 

buffer switch ingresses which have at least one packet 35 ^^^^^^^ bandwidth counter by a variable number 

pendmg transmission to the selected cross-point buffer ^^^^ detected transmission of data is based on 

switch egress. variable-length packets, 

6. The method of claim 4, wherein said determming ^^^^^^ ^y^^^ 9^ wherein said reducing the 
whether at least one of the one or more cross-poml buffer bandwidth counter by a factor dependent upon the detected 
switch ingresses has at least one packet pendmg transmis- 20 ^^^^ ^^^^^^ comprises: 

sion to the selected cross-point buffer switch egress and has . . . • . 1 

u * 11 i' a J ♦ * ™- '™ ™ ™ .«* A.i^ reducing the bandwidth counter by an integer number 

a substantially unsatisfied target minimum amount or data . .. ...j. rj.-t- j 

. . ^. ir *u . 1 * ■ f when the detected transmission of data is based on 

transmission per unit time from the at least one cross-point « h 1 th h t 

buffer switch ingress to the selected cross-point buffer t-, ^^ i 1 n u ■ -a . uv u 

. r Tu • 9f 12. The method of claim 3, wherein said establishing one 

switch egress further comprises: , . • 1 ■ u * *u 1 * ^ 

^ ^ . J - , . 1 Daore eleclncal conneciions between the selected cross- 
checking whether a queue associated with the at least one ^^-^^ ^^^^^ ^^-^^ ^^^^^^ ^^^^ q^^^^^ j^si^^j,^ 

of the one or more one cross-point buffer switch at the one or more cross-point buffer switch ingresses further 

ingresses contams data, comprises: 

7. The method of claim 4, wherein said determining . .1- i_- 1 r 1 * ■ 1 u * 

. .1. /1 . r.u • * u cr 30 establishing a plurality of electncal connections between 

whether at least one of the one or more cross-pomt buffer ^^i^t*^/ u.^fp^. ..,rU^\. o™cc o„m , 

... . . 1 . 1 * J- . • the selected cross-point buffer switch egress and a 

switch ingresses has at least one packet pendmg transmis- 1 f • # ^ • fi„.ff^^ 

. . , * J • * u f u Au plurahty of queues associated with a cross-pomt buffer 

sion to the selected cross-point buffer switch egress and has f p u - u ^ ^ -^^^^.^ ^i^^*„-^ai ^,«.,r,^^f;^« 

^ , n . • • * f J * ingress for which a designated electncal connection 

a substantially unsatisfied target minimum amount of data exists 

transmission per unit time from the at least one cross-point 11 r« ' ,u ^ ^ ^-,,vi ^ot.Ki,'cK;«„ 
. „ , - ... I.J • . u cf 35 13. The method of claim 3, wherein said establishing one 

buffer switch ingress to the selected cross-pomt buffer , . • 1 .* u . *u 1 * j 

, . . ^ or more electncal connections between the selected cross- 
switch egress further composes: ^^.^^ ^^^^^ ^^^^^^ ^^^^ ^^^^^^ ^^^.^^^^ 

comparmg an actual data transmission per umt time from ^^^^ cross-point buffer switch ingresses further 

the at least one of the one or mores cross-point buffer comprises* 

switch ingresses to the at least one cross-point buffer establishing at least one electrical connections between a 

switch egress with the target minimum amount of data cross-point buffer switch egress and at least one queue 

tiansimssion per unit ume from the at least one cross- associated with a cross-point buffer switch ingress, 

point buffer switch ingress to the selected cross-point ^^^^^ ^^^^ ^ ^^^^^^ transmitting data 

Duller swi c tigress- , . over the one or more electrical connections between the 

8. The method or claim 7, wherein said companng an , ^ , • . l ir ■* u a 

o. lUK. mviii^u wi. viaiixx ' . . . , selcctcd cross-pomt buffer switch egress and one or more 

actual data transmission per unit time frotn the at least one ^^^^ ^^^.^^^ ^^^^ cross-point buffer switch 

of the one or more cross-point buffer switch mgress to the at i ^sses farther comprises: 

least one cross-point buffer switch egress with the target ° . . . , , , 

minimum amount of data transmission per unit time from transmitting vanable-length data packets, 

the at least one cross-point buffer switch ingress to the 15. The method of claim 3, wherem said transmitting data 

1 , J • '. L tu „v->^. over the one or more electncal connections between the 

selected cross-point buffer switch egress further comprises: , , . . ^ . . ^ 

7 . ^ , . selected cross-point buffer switch egress and one or more 

adjustmg a bandwidth counter mdicative of a relation ^^^^ ^^^j^^^ ^^^^ ^^^^ cross-point buffer switch 

between the actual data transmission per unit time from Presses farther comprises: 

the at least one of the one or more cross-point buffer nsmittin fixed len th data ackets 

switch ingress and the target minimum amount of data 55 rrn. .t. j r 1 ■ t 

. ? % p ,u * ^ * . 16. The method of daim 3 farther compnsing: 

transmission per unit time from the at least one cross- ^ 

point buffer switch ingress to the selected cross-point removing the selected cross-point buffer switch egress 

buffer switch egress, in response to the actual data from the set of cross-pomt buffer switch egresses; 

transmission per unit time from the at least one cross- repeating said establishing and transmitting operations, 
point buffer switch ingress to the selected cross-point 50 17, A system comprising: 

buffer switch egress; and means for designating a target minimum amount of actual 

comparing the bandwidth counter to a threshold value. data transmission per unit time from at least one 

9. The method of claim 8, wherein said adjusting a cross-point buffer switch ingress to at least one cross- 
bandwidth counter indicative of a relation between the point buffer switch egress; and 

actual data transmission per unit time from the at least one 65 means for substantially ensuring that the target minimum 

of the one or more cross-point buffer switch ingress and the amount of actual data transmission per unit time from 

target minimum amount of data transmission per unit time the at least one cross-point buffer switch ingress to the 
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at least one cross-point buffer switch egress is substan- 
tially satisfied. 

18. The system of claim 17, wherein said means for 
substantially ensuring that the target minimum amount of 
actual data transmission per unit tinae from the at least one 5 
cross-point buffer switch ingress to the at least one cross- 
point buffer switch egress is substantially satisfied further 
comprises: 

means for allowing substantially only the at least one 
cross-point buffer switch ingress access to the at least 
one cross-point buffer switch egress when (a) the at 
least one cross-point buffer switch ingress has data to 
transmit and (b) the actual data transmission per unit 
time from the least one cross-point buffer switch 
ingress to the at least one cross-point buffer switch is 
egress does not substantially satisfy the target mini- 
mum amount of data transmission per unit time from 
the at least one cross-point buffer switch ingress to the 
at least one cross-point buffer switch egress. 

19. The system of claim 18, wherein said means for 20 
allowing substantially only the at least one cross-point buffer 
switch ingress access to the at least one cross-point buffer 
switch egress when (a) the at least one cross-point buffer 
switch ingress has data to transmit and (b) the actual data 
transmission per unit time from the least one cross-point 25 
buffer switch ingress to the at least one cross-point buffer 
switch egress does not substantially satisfy the target mini- 
mum amount of data transmission per unit time from the at 
least one cross-point buffer switch ingress to the at least one 
crass-point buffer switch egress further comprises: 

means for specifying a set of one or more cross-point 
buffer switch egresses; 

means for specifying a set of one or more cross-point 
buffer switch ingresses where each of the one or more 
cross-point buffer ingresses has a designated target 
minimum amount of actual data transmission per unit 
time from the cross-point buffer switch ingress to each 
of the one or more cross-point buffer switch egresses; 

means for selecting a cross-point buffer switch egress 
from the set of cross-point buffer switch egresses; 

means for establishing one or more electrical connections 
between the selected cross-point buffer switch egress 
and one or more queues resident at the one or more 
cross-point buffer switch ingresses, such that the target 45 
minimum amount of actual data transmission from each 
of the one or more cross-point buffer switch ingresses 
to the selected cross-point buffer switch egress is 
substantially satisfied; and 

means for u^ansmitting data over the one or more electri- 50 
cal connections between the selected cross-point buffer 
switch egress and one or more queues resident at the 
one or more cross-point buffer switch ingresses. 

20. The system of claim 19, wherein said means for 
establishing one or more electrical connections between the 55 
selected cross-point buffer switch egress and one or more 
queues resident at the one or more cross-point buffer switch 
ingresses, such that the target minimum amount of actual 
data transmission from each of the one or more cross-point 
buffer switch ingresses to the selected cross-point buffer 60 
switch egress is substantially satisfied further comprises: 

means for determining whether at least one of the one or 
more cross-point buffer switch ingresses has at least 
one packet pending transmission to the selected cross- 
point buffer switch egress and has a substantially 65 
unsatisfied target minimum amount of data transmis- 
sion per unit time from the at least one cross-point 
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buffer switch ingress to the selected cross-point buffer 
switch egress; and 
means, responsive to said means for determining showing 
that at least one of the one or more one cross-point 
buffer switch ingresses (a) has at least one packet 
pending transmission to the selected cross-point buffer 
switch egress and (b) has a substantially unsatisfied 
target minimum amount of data transmission per unit 
time from the at least one cross-point buffer switch 
ingress to the selected cross-point buffer switch egress, 
cross-point buffer, for designating an electrical connec- 
tion between the selected cross connect-switch egress 
and at least one of the one or more cross-point buffer 
ingresses determined to have both a packet pending 
transmission to the selected cross-point buffer switch 
egress and a substantially unsatisfied target minimum 
amount of data transmission per unit time from the at 
least one cross-point buffer switch ingress to the 
selected cross-point buffer switch egress. 

21. The system of claim 20, further comprising: 
means, responsive to said means for determining failing 

to show that at least one of the one or more one 
cross-point buffer switch ingresses has at least one 
packet pending transmission to the selected cross-point 
buffer switch egress and has a substantially unsatisfied 
target minimum amount of data transmission per unit 
time from the at least one cross-point buffer switch 
ingress to the selected cross-point buffer switch egress, 
for designating an electrical connection between the 
selected cross connect-switch egress and one or more 
cross-point buffer switch ingresses which have at least 
one packet pending transmission to the selected cross- 
point buffer switch egress. 

22. The system of claim 20, wherein said means for 
determining whether at least one of the one or more cross- 
point buffer switch ingresses has at least one packet pending 
transmission to the selected cross-point buffer switch egress 
and has a substantially unsatisfied target minimum amount 
of data transmission per unit time from the at least one 
cross-point buffer switch ingress to the selected cross-point 
buffer switch egress further comprises: 

means for checking whether a queue associated with the 
at least one of the one or more one cross-point buffer 
switch ingresses contains data. 

23. The system of claim 20, wherein said means for 
determining whether at least one of the one or more cross- 
point buffer switch ingresses has at least one packet pending 
transmission to the selected cross-point buffer switch egress 
and has a substantially unsatisfied target minimum amount 
of data transmission per unit time from the at least one 
cross-point buffer switch ingress to the selected cross-point 
buffer switch egress further comprises: 

means for comparing an actual data transmission per unit 
time from the at least one of the one or mores cross- 
point buffer switch ingresses to the at least one cross- 
point buffer switch egress with the target minimum 
amount of data transmission per unit time from the at 
least one cross-point buffer switch ingress to the 
selected cross-point buffer switch egress. 

24. The system of claim 23, wherein said means for 
comparing an actual data transmission per unit time from the 
at least one of the one or more cross-point buffer switch 
ingress to the at least one cross-point buffer switch egress 
with the target minimum amount of data transmission per 
unit time from the at least one cross-point buffer switch 
ingress to the selected cross-point buffer switch egress 
further comprises: 
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means for adjusting a bandwidth counter indicative of a 
relation between the actual data transmission per unit 
time from the at least one of the one or more cross-point 
buffer switch ingress and the target minimum amount 
of data transmission per unit time from the at least one 
cross-point buffer switch ingress to the selected cross- 
point buffer switch egress, in response to the actual data 
transmission per unit time from the at least one cross- 
point buffer switch ingress to the selected cross-point 
buffer switch egress; and 

means for comparing the bandwidth counter to a threshold 
value. 

25. The system of claim 24, wherein said means for 
adjusting a bandwidth counter indicative of a relation 
between the actual data transmission per unit time from the 
at least one of the one or more cross-point buffer switch 
ingress and the target minimum amount of data transmission 
per unit time from the at least one cross-point buffer switch 
ingress to the selected cross-point buffer switch egress, in 
response to the actual data transmission per unit time from 
the at least one cross-point buffer switch ingress to the 
selected cross-point buffer switch egress further comprises: 

means for detecting transmission of data from the at least 
one of the one or more cross-point buffer switch 
ingresses to the selected cross-point buffer switch data 
egress; and 

means, responsive to said detecting, for reducing the 
bandwidth counter by a factor dependent upon the 
detected transmission of data. 

26. The system of claim 25, wherein said means for 
reducing the bandwidth counter by a factor dependent upon 
the detected transmission of data further comprises: 

means for reducing the bandwidth counter by a variable 
number when the detected transmission of data is based 
on variable-length packets. 

27. The system of claim 25, wherein said means for 
reducing the bandwidth counter by a factor dependent upon 
the detected transmission of data further comprises: 

means for reducing the bandwidth counter by an integer 
number when the detected, transmission of data is based 
on fixed-length packets. 

28. The system of claim 19, wherein said means for 
establishing one or more electrical connections between the 
selected cross-point buffer switch egress and one or more 
queues resident at the one or more cross-point buffer switch 
ingresses further comprises: 

means for establishing a plurality of electrical connections 
between the selected cross-point buffer switch egress 
and a plurality of queues associated with a cross-point 
buffer ingress for which a designated electrical con- 
nection exists. 

29. The system of claim 19, wherein said means for 
establishing one or more electrical connections between the 
selected cross-point buffer switch egress and one or more 
queues resident at the one or more cross-point buffer switch 
ingresses further comprises: 

means for establishing at least one electrical connections 
between a cross-point buffer switch egress and at least 
one queue associated with a cross-point buffer switch 
ingress. 

30. The system of claim 19, wherein said means for 
transmitting data over the one or more electrical connections 
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between the selected cross-point buffer switch egress and 
one or more queues resident at the one or more cross-point 
buffer switch ingresses further comprises: 

means for transmitting variable- length data packets. 
^ 31. The system of claim 19, wherein said means for 
transmitting data over the one or more electrical connections 
between the selected cross-point buffer switch egress and 
one or more queues resident at the one or more cross-point 
buffer switch ingresses further comprises: 

means for transmitting fixed-length data packets. 

32. The system of claim 19 further comprising: 
means for removing the selected cross-point buffer switch 

egress from the set of cross-point buffer switch 
^5 egresses; 

means for repeating said establishing and transmitting 
operations. 

33. The system of claim 17, wherein the system is a 
program product and wherein the program product further 
comprises: 

signal bearing media bearmg said means for designating 
a target minimum amount of actual data transmission 
per unit time from at least one cross-point buffer switch 

25 ingress to at least one cross-point buffer switch egress, 
and said means for substantially ensuring that the target 
minimum amount of actual data transmission per unit 
time from the at least one cross-point buffer switch 
ingress to the at least one cross-point buffer switch 

•^^ egress is substantially satisfied. 

34. The system of claim 33, wherein said signal bearing 
media further comprises: 

recordable media. 
35 35. The system of claim 33, wherein said signal bearing 
media further comprises: 
transmission media. 

36. A cross-point buffer switch comprismg: 
at least one cross-point buffer ingress; 

40 

at least one cross-point buffer egress; and 
at least one guaranteed minimum bandwidth scheduler 
allowing substantially only the at least one cross-point 
buffer switch ingress access to the at least one cross- 

45 point buffer switch egress when (a) the at least one 
cross-point buffer switch ingress has data to transmit 
and (b) an actual data transmission per unit time from 
the least one cross-point buffer switch ingress to the at 
least one cross-point buffer switch egress does not 

50 substantially satisfy a target minimum amount of data 
transmission per imit time from the at least one cross- 
point buffer switch ingress to the at least one cross- 
point buffer switch egress. 

37. The cross-point buffer switch of claim 36, further 
55 comprising: 

at least one excess bandwidth scheduler. 

38. The cross-point buffer switch of claim 37, wherein 
said at least one excess bandwidth scheduler further com- 
prises: 

said at least one excess bandwidth scheduler sensitive to 
at least one excess bandwidth constraint. 

4t « * * * 
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